基於.NET的APP開發和Windows開發，異步回調差別

 

 

在Smobiler的開發中，控件或組件及客戶端功能都是通過事件或委托來進行處理的。

 

Smobiler是基於異步非阻塞的方式來運行的

下面我們分別對Windows的和Smobiler的MessageBox的處理方法來舉例說明。

 

Windows的MessageBox方法

l  開發過Windows的都比較熟悉MessageBox，在MessageBox.Show后面可以直接對選擇的值進行判斷並后續處理，如下的代碼

 

 

            if (System.Windows.Forms.MessageBox.Show("MessageBox", "Yes/No", MessageBoxButtons.YesNo) == DialogResult.Yes)

            {

 

            }

            MessageBox.Show("After MessageBox");

 

 

l  上面的代碼在電腦上會先彈出MessageBox，點擊是或否后，會再彈出After MessageBox，如下圖

 

 

Smobiler的MessageBox方法

l  但是在Smobiler中，MessageBox.Show方法是void的，就代表是沒有返回值的。那么怎么獲取MessageBox選中的值呢？我們先看如下的代碼。

 

            MessageBox.Show("異步說明示例", "顯示一個是和否的對話框", MessageBoxButtons.YesNo);

            Toast("客戶端點擊的結果是?");

 

  

l  上面的代碼打開Smobiler客戶端連接並測試后，會發現，出現“異步說明示例”的對話框的同時，也會出現一個“客戶端點擊的結果是?”的提示。如下的顯示。

Smobiler與Winform的對話框差異

l  這是為什么呢？我們下面會說明

   Windows的代碼運行在Windows操作系統中，是單機的，它是基於UI線程阻塞的，在彈出提示框時，在你沒有在界面上點擊時，它當前的UI線程是處於等待狀態，直到你界面上點擊提示框后，這個線程才會恢復，后面的代碼也才接着執行。如下圖所示例。

 

   Smobiler分別有客戶端和服務端，服務端上需要客戶端顯示MessageBox時，需要先告訴客戶端要顯示，客戶端上用戶點擊后再向服務端發送點擊事件，服務端調用代碼，其實Smobiler也可以做成線程阻塞的方式，但是Smobiler服務端不像Windows桌面程序一樣只有一個UI線程，它還包含了所有的客戶端，如果使用了UI線程阻塞，那么每一個客戶端都需要有一個阻塞線程，這對Smobiler服務端的運行會造成很大的性能問題（即服務端需要維持線程一直處於等待狀態）。所以Smobiler在設計之初，就使用了異步非阻塞的方式。

 

Smobiler的異步非阻塞方式

l  基於上面的代碼進行優化，讓它先彈出在彈出SmoMessageBox，再選擇完成后再彈出After MessageBox，效果如下面的動圖。

 

            MessageBox.Show("異步說明示例", "顯示一個是和否的對話框", MessageBoxButtons.YesNo, (obj, args) =>

            {

                Toast("客戶端點擊的結果是" + args.Result.ToString());

            });

            Toast("這個和對話框是同時顯示的");

 

l  你會發現Smobiler在MessageBox.Show的最后面是一個匿名方法（這是一個委托實例，如果對委托不太明白可以先補充一下這方面的相關知識），這就是異步回調，即在客戶端用戶點擊SmoMessageBox后，要觸發的后續操作，就需要寫到這個匿名方法中（也可以是委托實例）。如下圖所示。

 

l  在Smobiler的很多功能中都需要使用這種方式，比如this.Client.GetClipboard獲取剪切板的數據，就需要在回調中獲取當前的數據。或this.Client.GetNetWorkType獲取網絡類型等方法。