2

現在、ITテクノロジーなどに関する論文を書いています。RESTとSOAPを比較する章が1つありますが、RESTがいつどのように開始されたか（つまり、過去のイベントの王様）がわかりません（主にWebで） ）WebサービスのテクノロジーとしてSOAPを置き換える。

この問題について教えていただけますか？;）

この重要な情報をありがとう、しかし私は何か他のものを意味します。

Google Insights forSearchToolのグラフを表示したいと思います。

Googleインサイト

ご覧のとおり、2008年には、restapiとsoapapiを検索するキーワードの交点数の王様がいました。だから、私はいくつかの情報源（私はそれらを持っていないクールの）またはこの交差点が発生した理由のイベント/事実に依存したいと思います...最近のイベント。

私の見方はわかりますか？これはこのトピックに対する非常にユニークなアプローチである可能性があることを私は知っていますが、この石鹸と残りの交換について説明したいと思います。

編集

誰かが何か考えを持っていますか？私はそれが石鹸と残りのAPIのトピックへの異なるアプローチであることを知っていますが、おそらく誰かがトピックを「噛む」方法を知っています;）

4

2 に答える 2

5

表現状態転送（REST）という用語は、2000年にロイフィールディングの博士論文で紹介されました。RESTは、Web APIに固有ではないWebアーキテクチャを説明しましたが、WebAPIを開発する方法として現在非常に人気があります。SOAPは2003年6月にW3C勧告になりました。したがって、技術的には、RESTはSOAPの前に定義されていましたが、SOAPは、Webサービスを開発するための非常に人気のある方法であり、最初はRESTよりも人気がありました。しかし、その後、開発者は、SOAPが肥大化し、Webサービス/ APIの開発が非常に複雑であり、RESTがニーズにうまく対応していることに気付きました。RESTの単純さは、RESTの人気を高めているようであり、基本的なHTTP原則に準拠しているという事実により、異種プラットフォーム間での移植性が大幅に向上しています。したがって、SOAPからRESTへのこの移行を引き起こした特定のマイルストーンまたはイベントはおそらく履歴にありません。これは、開発者のニーズに最適なものへの段階的な移行にすぎませんでした。

SOAP履歴の明確化

SOAPバージョン1.0は、実際には1999年12月にMicrosoftによって導入されたため、2つのテクノロジは定義された時点で間近に迫っています。しかし、2000年5月まで標準になることはW3Cに与えられず、2003年まで推奨されませんでした。それが一般的な標準になるまで、開発コミュニティ全体が実行可能なものと見なすことはできなかったと私は主張します。異種環境向けのWebサービスの開発。これは、WebサービスとSOAの大きな期待の1つでした。それまでは、Microsoftプラットフォームで使用できるものでした。

APIトレンドに関するコメントに基づく更新

@GarciaPLによって示されるGoogleInsightsグラフは非常に興味深いものであり、彼が彼の論文で何を示しようとしているのか理解していると思います。しかし、私はこのデータに注意して、強力な結論を導き出します。これと同じGoogleInsights検索が、ブログ投稿「REST in peace、SOAP」に表示されました。おそらく、このブログ投稿でより具体的なのは、2,000のAPIのうち、2008年から2010年までの傾向がRESTに移行することであったことを示すグラフです。この情報の元のソースはここにあります。これは、公開されているAPIのRESTへの傾向を示しています。論文は特に公開されているAPIの使用に関するものですか、それともWebサービス開発全般に関するものですか？それが一般的なWebサービスである場合、私は確信が持てません。内部プロジェクトを開発しているMicrosoftプラットフォームの開発者にとって、今日使用されている用語はSOAPではなく、Windows Communication Foundation（WCF）です。SOAPは内部にありますが、WCFは多くの内部を隠しているため、配管について説明する必要はほとんどありません。「 restwebservice 」、「soap web service」、「wcfwebservice」でGoogleInsightsを検索すると、結果が大きく異なり、実際に収束していることがわかります。または、 「restful service」、「soap service」、「wcfservice」で検索する場合実際には、WCFが2008年に引き継ぎ、RESTが徐々に上昇していることを示しています。

APIのRESTは、移植性があり、使いやすく、スケーラブルで、統合が容易なため、理にかなっています。一般的なWebサービスの開発については、よくわかりません。WCFはまだMicrosoft開発者に非常に人気があり、特定の種類のプロジェクトによく適合していると思います。仕事に適したツールを選ぶだけです。前に言ったことを繰り返しますが、RESTfulAPIへの移行を引き起こした重要な歴史的出来事ではないと思います。その仕事に適したツールが何であるかを学んだのは開発者だけだったと思います。

于 2012-07-23T20:17:53.590 に答える
4

あなたに最適な場所は、JimWebberの本「RESTinPractice：HypermediaandSystemsArchitecture」です。

http://www.amazon.com/REST-Practice-Hypermedia-Systems-Architecture/dp/0596805829

本の中にはそのための特別な章があります-第11章「WebとWS-*」。

あなたがRESTについての論文を書いているとき、この本はあなたのために持っている必要があります。

于 2012-07-23T17:12:41.830 に答える