2012-04-12 7 views
3

まず、私はドイツ人ですから、私の英語は申し訳ありません。休憩や石鹸を使うべきでしょうか

私はRESTとSOAPについて多くを読み、多くの長所と短所を考え出したが、私の用途に使用する1 - 私はまだわかりません。 私のアプリケーションは、データの作成、削除、更新、および受信のためのAPIを提供する必要があります。だから私はそれをRESTの方法で実装することを考えました。 大きなデータ(動画など)を自分のAPIに投稿することも可能であり、このAPIは認証された人だけが使用できるようにする必要があります。

REST APIを介してユーザーを認証することが可能に(簡単に)最後の2つの制約は、REST上でSOAPを選択するために私を強制したり、それはあるのか?

答えて

1

SOAPは、より多くのオーバーヘッドRESTを持って事前に

感謝。 あなたのケースではRESTを使用することをお勧めします。

任意のWebサービスに認証を追加するためのさまざまな方法があります。

あなたはメソッド内 を「チケット」を使用したり、クッキーやHTTPプロトコルの他のカスタムヘッダーご返信用

+0

感謝を使用することができます。このようなタスクにRESTを使用する際に考慮する必要がある重大な欠点はありますか? –

+0

通常、巨大なデータはコンテナ(TomcatおよびCo)によって制限されます。私はチャンクで更新する可能性があることを知っていますが、私はそれをしたことはありません。 –

+0

ご回答いただきありがとうございます。私はSOAPやRPCよりもRESTのメリットを指摘しました。私は何か重要なことを忘れましたか**プロフェッショナル:** HTTPはプロトコル(ファイアウォールにとって重要)、スケーラビリティ、疎結合、実績のある標準(http、jsonなど)、ブックマーキング可能、サーチエンジンフレンドリ、プログラミング言語から独立、SOAPよりもオーバーヘッド、キャッシング可能**短所:** IDEのサポートが不十分で、より多くのノウハウが必要です –

関連する問題