1

サービス/APIを構築しようとしています。私のシナリオでは、ヘルスを監視するデバイスがたくさんあります。たとえば、心拍数モニターは心拍数を監視し、心拍数データを送信します。脈拍数モニターは、データを送信するパルスを監視します。同様に、独自の形式でデータをサービスに送信する多くのデバイスを想像することができます。私が構築しようとしているサービス/APIは、任意の形式のデータを受け入れ、それをAzureテーブルまたはBLOBストレージに格納できる必要があります。この設計を開始する方法についてのポインタがあれば役立ちます。また、asp.netWebAPIまたはWCFのどちらがより適切な選択になるかはわかりません。

また、私が言及したサービスにはビジネスロジックはありません。サービスの観点から、私はデータの構造を知る必要はありません。私がしなければならないのは、それを永続化し、要求されたときにそれを取得することです。これ以上何もない

4

3 に答える 3

2

(最終的に)そのデータが何であるかを知る必要があることを考慮して、遭遇したときにそれぞれを定義し、そのデータを処理することをお勧めします。

今すぐ支払うか、後で支払います。

于 2012-06-18T16:43:53.173 に答える
1

考えるべきいくつかのこと...

どのデータがどれであるかを識別することができる必要があるため、最小で回避できるのは、IdまたはNameフィールドを持つ構造と、残りの任意の形式データを含む言及した文字列データです.

そのため、送信者がその形式を理解し、Id または Name フィールドを使用して送信するか、次のようにユーザーがデータをサービスに送信するときに呼び出す複数のメソッドを設定する必要があります。

.addHeartBeat()
.addPulseRate()

etc ...そしてそのメソッドにIDまたは名前をデータに追加させます。次に、同じ構造を使用して、そのデータを要求するための対応する方法が必要になります (ユーザーが ID を知る必要があるか、特定のメソッドを呼び出す必要があります)。また、日付範囲、特定の患者など、リクエスタが使用する可能性のある他の基準を考慮する必要があります。効率的にクエリを実行するには、可能なすべてのフィルター フィールドを BLOB データから分離する必要があります。

于 2012-06-18T17:08:16.193 に答える
0

あらゆる種類のファイルを受け入れてblobに保存するファイルアップロードロードサービスを構築したいようです（文字通り、監視したいものはすべてファイルとして扱うことができます）。まず、SASを生成し、クライアントがファイルをBLOBストレージに直接アップロードできるようにすることを検討してください。これにより、労力を節約し、パフォーマンスを向上させることができます。それがオプションでない場合は、ASP.NETWebAPIを使用してください。WCFはRESTもサポートしていますが、長期的には、ASP.NETWebAPIを使用して新しいRESTfulサービスを構築することをお勧めします。WCFを使用してSOAPサービスを構築できますが、SOAPでは、クライアントが任意のデータではなく、SOAPエンベロープを送信する必要があります。

よろしくお願いします、

明徐。

于 2012-06-19T11:14:00.753 に答える