2

現在、RESTfull アプリケーション用のクライアント API を作成するためのオプションを検討しています。これまで、すべてのアプリケーションがビジネス層に接続できるようにするための WCF サービスがありましたが、それに不満を募らせています。

Web 用のほとんどのインフラストラクチャ (html および json 要求) は既に用意されていますが、他のアプリケーションからサービスにアクセスする必要があります (一部はメインの Web アプリ モデル ライブラリにリンクされ、その他はリンクされません)。

こことここでWADLについて読んでいますが、有益だと思われます。クライアント ライブラリである wadl を生成し、それを使用して JavaScript URL をチェックできます。

他の人が何を使用したか、何が機能し、何が機能しなかったかを知りたいです。

4

4 に答える 4

3

優れたRESTクライアントAPIは、curl、wget、または言語固有のHTTPライブラリのラッパーのセットです。アプリケーションの詳細（つまり、特殊なXML / JSON解析）を処理するために、いくつかの追加のメソッドまたは関数が必要になる場合がありますが、それだけで十分です。

于 2008-10-31T14:04:37.073 に答える
1

REST アーキテクチャの場合:

  • リソースは、説明ドキュメントがある場合はリンクしますが、その逆ではありません。
  • リソースは複雑ではない (RPC のようなものではない) ため、通常、説明ドキュメントは必要ありません。
  • ルーズ カップリングが王様です。契約は不必要で有害です。
  • リソースは相互にリンクしているため、リソース検出サービスの必要性はほとんどなくなります。
于 2008-10-30T12:09:51.410 に答える
0

この Web アプリを試してください: FRAPI。かなり印象的です

于 2010-04-15T00:12:58.257 に答える
0

iBeansは、これに対する解決策を提供しようとしている新しいオープン ソース プロジェクトです。iBeans (統合 Bean) は、RESTful またはその他のサービス用のクライアント API です。現在、iBeans はサーバーを必要とし (フレームワークを Tomcat に非常に簡単にドロップできます)、Javascript または Java アプリケーションから使用できます。

于 2009-11-30T23:33:26.350 に答える