9

私たちは、C# と Web サービスを使用して GPS 追跡の開発を開始し、ハードウェア ユニット上のサード パーティ製の java'ish レセプタと通信しようとしています。

車載用GPSユニットの取り扱いをクラウドエクスチェンジに契約しています。ソフトウェアの現在のリアルタイム追跡ビュー部分の消費者統合にクラウドを統合する必要があります。

私は、Web サービスを使用してアプリケーションにデータを中継する方法を作成するタスクを与えられました。データは、最初は少数の基本的な要素で構成されます。緯度、経度、車両 ID など。GPS の「リアルタイム」表示の性質を考えると、帯域幅の消費を抑えてできるだけ高速である必要があります。

コンマで区切られたデータを単純に渡す Web サービスを使用するように提案されました。これらの線に沿って何も見つけることができませんでした。

私たちのアプリケーションは現在VBにあるので、私はC＃が初めてなので、どんな提案も受け付けています。これまでに私に与えられた要件は次のとおりです。

  1. 速い！
  2. 低帯域幅消費
  3. 以下のテクノロジーで消耗します。ASP.NET、IOS、VB、および VB.NET
4

3 に答える 3

7

JSON は適切な選択です。これは比較的効率的で、WCF REST または MVC Web API を使用して簡単に実装できます。多くの人は、コンマ区切りファイルの昔の悪い時代を覚えているほど年をとっていませんが、主に標準化されておらず、主流のコンポーネントによってサポートされていないため、この形式を使用しないように注意してください.

CSV は、すべてをコンマで区切るという非常に単純な仕様であるため、一見単純な形式のように見えます。しかし、悪魔は細部に潜んでいます。たとえば、引用符で囲まれた文字列やコンマや引用符のエスケープなどです。おそらく、CSV の主な問題は人的要因の問題です。多くの開発者は、形式を既に理解していると考えているため、エスケープと引用について別の方法で決定する傾向があります。基準がありますが、一般的に守られていません。ウィキペディアには、標準化の問題やその他の特定の問題に関する興味深い議論があります。

JSON は標準化された形式であり、解釈の余地はほとんどありません (日付表現には若干の余地があります)。JSON プロパティ名を短くしておくと、CSV ファイルに表示されるものに近い通信効率を実現できます (経営陣に提示する場合は、JSON と比較してモックアップすることをお勧めします) . 実際のオーバーヘッドの数値を含む CSV ペイロード)。また、クライアントがサービスと通信するとき、よく知られており、十分にテストされた JSON パーサーを使用することを合理的に確信できます。最後に、IOS がクライアント プラットフォームの要件に含まれている場合、HTML5 がいつか追加されることを期待するのは不合理ではなく、JSON は当然ながら HTML5 に適した選択肢です。

于 2012-10-19T19:48:39.573 に答える
1

ASP .NET Web APIが最善の策だと思います。

1) 速い！: はい。ただし、ドメイン ロジックのパフォーマンスに大きく依存します。

2) 低帯域消費: デフォルトの応答タイプを持つ JSON を使用します。

3) 以下の技術による消耗品。ASP.NET、IOS、VB、および VB.NET: JSON 再び。上記のすべてのテクノロジーで簡単に使用できます（この目的のために多くのライブラリがあります）

このオプションを選択した場合は、Apigee Web API Design e-bookをご覧ください。とても良い出発点です。

于 2012-10-19T19:53:13.873 に答える
0

できるだけリアルタイムに近づけたいようですね。スケジュールされたポーリングの待ち時間をなくすために、WebSocket ベースのアプローチを検討します。WebSocket は .NET と IOS でサポートされていますが、従来の VB についてはわかりません。

于 2012-10-19T19:55:19.383 に答える