0

私は実際、RESTful サービスは初めてで、概念を理解していると感じていますが、現在のプロジェクトでの使用のいくつかの側面には抵抗があります。

プロジェクトには、別のシステムからのフォーム データの提供が含まれます。プロジェクトメンバーは、フォームには顧客や顧客の住所などがあるため、フォームデータを「リソース」に分解する必要があると主張しています。

つまり、REST API の粒度がすべてです。すべてのフォーム データが揃うまで、フォーム データは完全ではなく、実用的ではありません (そして、フォーム データはほとんどありません)。そして実際には、サービス側で何らかのインテグレーターを準備して、これらのリソース ビットをすべてアセンブルしてから使用できるようにする必要があると思います。実行可能になる前にデータを非表示にします。

繰り返しますが、これは現在のところ、共有やサービス構成のビジネス ケースのないポイント ツー ポイント通信です。

したがって、私は、POST を使用した 1 つのサービス「フォーム」が許容可能な最適化であり、それによって削減される作業量を削減することが実用的なアプローチであると考えています。

困難で費用のかかる方法でそれを行うことについて、私は何を得ていませんか?

4

1 に答える 1

0

WSDL などを使用する場合、適切に形成された重い xml とその dtd を使用するより重い構造を使用する必要がある高レベルの定義が必要ない場合、最良の選択は REST であり、軽量であり、 HTTP を使用します。

ここで、より良い説明を見つけることができます:

WSDL と REST の長所と短所

于 2013-08-23T22:06:03.360 に答える