2009-02-19 110 views
1

我已經使用C#for .NET 3.5中的套接字編寫了服務器/客戶端應用程序。我有興趣將客戶端部分移植到某種移動設備上,並且正在思考最佳方式。客戶端實際上是一個底層庫和GUI,主要取決於觸摸界面功能。將.NET 3.5應用程序移植到便攜式設備

當我看到它,我有幾個選擇:

  1. 剛剛得到的EEE PC和運行它,這是一種便攜式,但我失去了觸摸部分
  2. 改造爲移動平臺的圖書館,使一個新的,減少,GUI應用程序
  3. 啓動Web服務器,並進行某種形式的Web界面來在iPhone上運行,什麼不該

什麼是最好的路線?我可以在上面的選擇中遇到什麼問題?我真的更喜歡3或3以上的替代方案,因爲服務器目前的工作方式以及我對web服務器或ASP.NET一無所知。哦,我想留在我不知道的環境中,那就是.NET,所以請不要使用Ruby on Rails的建議。 (並不是說Ruby不好或什麼,我只是不知道它,沒有時間學習)。

回答

1

我會選擇2然後。它不會花太多時間(希望)將庫移植到Compact Framework,並提供它只是套接字等,你正在處理,那麼我相信CF會處理好它。

編輯:選擇2的唯一問題是如果您使用任何.Net函數不在CF中。如果是這樣的話,你通常可以在OpenNETCF中找到它。

您將需要創建一個新的GUI,但是如果您已經對庫進行了良好編碼,則應該只是在適用於您的設備的情況下分配方法/事件的情況。

我想說,儘管選項3是最好的選擇 - 它將大大擴展您的客戶羣,特別是隨着WM和iPhone用戶數量的增加。

1

我會選擇選項2

大多數TcpClient Class類在System.Net.Sockets命名空間成員在.NET Compact Framework的實現。

我希望瞭解您在選擇移動設備時的要求。 Windows Mobile Smartphone和EEE PC之間有很多不同之處。

+0

到目前爲止,移動設備的唯一要求是它是移動的:)我並沒有針對特定的市場,我期望人們擁有某個設備,而是我提供設備的封閉系統。 – 2009-02-25 13:29:59

1

尼克拉斯,

你決定在技術堆棧在客戶端上使用,你需要找出哪些移動設備,他們將不得不移動之前可這往往決定技術爲您服務。

iPhone - 目標C 黑莓 - Java的 諾基亞 - C/Java的 窗口 - .NET CF

否則將有可能把客戶變成一個移動網站,即然後通過通信服務器到服務器你的TCP套接字的東西?這樣你就不用擔心手機上的技術了。

相關問題