基於.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獲取網路類型等方法。