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