2

Axis2/c で構築された Web サービスがあり、メソッドはサーバー上の社内アプリケーションを呼び出します。Axis2/c は、パフォーマンスと安定性に関しては優れていると広く受け入れられていたので、それに固執していました。しかし今、私たちはそれを RESTful にしようとしています [完全ではありません。私はより真の RESTful にすることを目指していますが、今回は勝てませんでした :( ].

axis2/c の RESTful サービスに関する適切なチュートリアルが見つかりませんでした。しかし、google と stackoverflow を検索すると、apache wink に興味を持ちました。axis2/c から離れるべきですか? もしそうなら、ウィンクは良い選択ですか？私はドット ネット開発者なので、この世界にはかなり慣れていませんが、どれがニーズに応えますか? 他のフレームワークも提案してください。

私の懸念は次のとおりです。

  1. パフォーマンス
  2. 安全
  3. クライアント側の開発が非常に簡単になるように、サービスを十分にシンプルにする
  4. 使用する認証メカニズム。

PS: たくさんの質問をしたことは承知しています。申し訳ありませんが、私はただの好奇心旺盛な初心者です。

4

1 に答える 1

3

私は懸念に答えようとします：

  1. パフォーマンス: REST について話すとき (実際には SOAP についても同じです)、ほとんどの時間はオブジェクトのシリアル化/逆シリアル化に費やされます (実際のアプリケーション ロジックが非常に高速であると仮定します)。SOAP では xml にシリアル化する必要があり、Axis2 では使用するフレームワークを選択できます。たとえば、おそらく最も効果的な JiBX を使用できます。
    REST では、xml にシリアル化するか、より高速な別の表現 (json など) にするかを決定できます。
    約 1.5 年前に REST フレームワークの比較を行ったところ、ほとんどのシナリオで Wink のパフォーマンスが最も優れていました (Jersey、Restlet、Resteasy と比較しました)。シリアライゼーションの部分を無視するために、すべて同じ JAXB の実装を使用するようにしました。繰り返しになりますが、ほとんどの時間はシリアル化に費やされます。したがって、フレームワーク間の違いはそれほど大きくありません。

  2. セキュリティ - 他の RESTful Web サービスは HTTP に基づいているため、ウィンクします。追加のセキュリティは提供されません。SSL/TSL、またはベーシック/ダイジェスト認証を使用できます。SAML、または必要なものを使用できます。他のすべての HTTP 呼び出し。

  3. それはあなたのデザインです。シンプルにすれば、シンプルになります:)

  4. 繰り返しますが、これは HTTP です。SSL/TSL を使用している場合は、基本認証を使用できます。そうでない場合は、ダイジェストを使用することをお勧めします。

簡単な要約: 個人的には、SOAP よりも RESTful Web サービスの方が好きです。すべての WS* スタックを取得することはできませんが、どういうわけかより適切に定義され、より柔軟で理解しやすくなっています。
Apache Wink は優れたフレームワークであり、多くのサンプルで十分に文書化されており、おそらくすべてのニーズに答えることができますが、正直なところ、Jersey も悪くありません。

于 2011-02-04T08:59:43.713 に答える