2009-07-15 22 views
0

現時点では、サイト間でデータをエクスポート/インポートするための多数の.Net Webサービスの作成を検討しています。複数のデータベーステーブルに関連するさまざまな種類のデータがあります。私は例一般的な.Net Web Services

  1. ImportSomeRecord(フィールド1、フィールド2、フィールド3)
  2. ImportSomeRecord2(フィールド1、フィールド2)
  3. ImportSomeRecord3(フィールド1、フィールド2、フィールド3、FIELD4のために、送信されたデータを受信するために、さまざまなWebサービスを書くことができますフィールド5) など...

これらのサービスは約40個あります。フィールドが変更される可能性もあります。つまり、新しいフィールドが追加される可能性があります。クライアントは、リモートWebサービスを呼び出すVB6アプリケーションであり、そのWebサービスがリモートデータベースを更新するようにします。 WebサービスはVB.Net 2008で作成されます。

これらのWebサービスをすべて1つの汎用サービス、例えばWebサービスに置き換えることをお勧めしますか。 ImportRecords(レコードタイプ、blobofdata)。これは理論上、XML文字列をデータのBLOBとして渡すだけで、Webサービスでレコード型に応じて解読させることができますが、実際にはこれに利点があり、そうするのが良い方法ですか?私はどこかでこのようにXMLチャンクを渡すことを推奨していませんが、これは標準的なWebサービスの使用法とは少し違っているようですが、実際にはWebサービスをバイパスしています定義。

答えて

0

ADO.NET Data Servicesを参照してください。 Entity Frameworkモデルの上にRESTfulなAPIを配置します。

1

古いXMLを取り出すだけの文字列としてパラメータを使用している場合は、ドキュメントを参考にせずにサービスの使い方をどのように考えなければなりませんか?

複合型で撮影すると、あなたのユーザーがとに渡すことができないことができるものについてのより良いオプションを提供するかもしれない。

+0

私は複合型の利点を理解し、常に過去に、しかし、このインスタンスでそれらを使用しています我々は両方の部分を書いているので、誰も私たちのサービスを利用することはありません。同時に、私はそれを使用不能にしたくありません! – olippold

関連する問題