1

.NET 3.5 の C# でソケットを使用してサーバー/クライアント アプリケーションを作成しました。クライアント部分をある種のモバイル デバイスに移植することに興味があり、最善の方法を考えています。クライアントは、実際には基盤となるライブラリであり、タッチ インターフェイス機能に大きく依存する GUI です。

私が見ているように、いくつかのオプションがあります。

  1. EEE PCを入手して実行するだけです。これは一種のポータブルですが、タッチ部分が失われます
  2. モバイル プラットフォーム用のライブラリを再構築し、縮小された新しい GUI アプリを作成する
  3. Web サーバーを起動し、iPhone などで実行する Web インターフェイスを作成します。

最適なルートは何ですか？上記の代替案でどのような問題が発生する可能性がありますか? サーバーが現在どのように行われているか、および Web サーバーや ASP.NET について何も知らないという事実のため、3 よりも代替 1 または 2 を本当に好みます。ああ、私は既に使用している環境、つまり .NET を使い続けたいので、Ruby on Rails に関する提案はありません。(Rubyが悪いと言っているわけではありません。私はRubyを知らないだけで、学ぶ時間がありません)。

4

3 に答える 3

1

それならオプション2に行きます。ライブラリをCompactFrameworkに移植するのに（うまくいけば）それほど時間はかからず、ソケットなどだけを提供すれば、CFが問題なく処理できると確信しています。

編集：オプション2で発生する唯一の問題は、CFにない.Net関数を使用する場合です。その場合、通常はOpenNETCF内で見つけることができます。

新しいGUIを作成する必要がありますが、ライブラリを適切にコーディングしていれば、デバイスで適切な場合にメソッド/イベントを割り当てる場合にすぎません。

オプション3が最良のオプションですが、特にWMおよびiPhoneユーザーの数が増えると、顧客ベースが劇的に拡大します。

于 2009-02-19T13:07:18.267 に答える
1

私はオプション 2 を選択します。

System.Net.Sockets 名前空間のTcpClient クラスクラスのメンバーのほとんどは、.Net Compact Framework に実装されています。

モバイル デバイスを選択する際の要件を理解していただければ幸いです。Windows Mobile スマートフォンと EEE PC には多くの違いがあります。

于 2009-02-24T23:09:46.237 に答える
1

ニクラス、

モバイル用クライアントで使用するテクノロジー スタックを決定する前に、どのモバイル デバイスが利用可能になるかを検討する必要があります。これにより、テクノロジーが決定される傾向があります。

iPhone - Objective C Blackberry - Java Nokia - C/Java Windows - .NET CF

それ以外の場合、クライアントをモバイル Web サイトに変えて、TCP ソケットなどを介してサーバー間で通信することは可能でしょうか? そうすれば、モバイルのテクノロジーについて心配する必要はありません。

于 2009-02-25T00:00:54.630 に答える