私は昨日APIの基礎についてのセミナーに出席し、何かが私に奇妙なものとして打ち出されました。 RESTとSOAPの基本的な概要を説明し、これらはAPIのアーキテクチャとして定義されていました。アーキテクチャと言語
プレゼンターが定義した方法は、プログラムには言語があり、apiにはアーキテクチャがあるということです。これは、アーキテクチャーがAPI用であることの適切な定義ですか?
私は2つの用語のプログラミング言語とアーキテクチャを比較しようとしていますが、明確な結果は見つかりませんでした。
私は昨日APIの基礎についてのセミナーに出席し、何かが私に奇妙なものとして打ち出されました。 RESTとSOAPの基本的な概要を説明し、これらはAPIのアーキテクチャとして定義されていました。アーキテクチャと言語
プレゼンターが定義した方法は、プログラムには言語があり、apiにはアーキテクチャがあるということです。これは、アーキテクチャーがAPI用であることの適切な定義ですか?
私は2つの用語のプログラミング言語とアーキテクチャを比較しようとしていますが、明確な結果は見つかりませんでした。
このステートメントは、ほとんど間違いなく単純化されていたもので、作成しようとしていたポイントのコンテキスト内でのみ正しいと思われます。
アーキテクチャは、プログラムの高水準機能とそれらのプログラムの相互作用の設計とドキュメントです。
プログラムは言語で実装され、APIはプログラムとして実装されます。
APIは、プログラムへの特定のインターフェイスのドキュメントであり、アーキテクチャの一部です。 APIはプログラムとして実装され、それ自体がアーキテクチャを持ち、より大きなシステムアーキテクチャに適合します。
私は彼の声明を無視しますが、それはあなたのメンタルモデルには役立ちません。プログラムの種類、言語の種類、アーキテクチャーの理解
RESTとSOAPはピアではありません。 RESTはアーキテクチャスタイルであり、しばしばHTTP動詞として実装されます。これはRPCスタイルWebサービスとは対照的です。RPCはSOAPで実装されることがよくあります。 SOAPは、RPCスタイルのWebサービスを実装するためにHTTPの上に置かれるプロトコルです。アーキテクチャではなく、プロトコルです。 RESTはプロトコルではなく、アーキテクチャ上の要素です。これらのどれも、それ自体の完全なアーキテクチャではありません。 SOAP/REST/HTTP /プログラム/言語はすべてアーキテクチャ内のコンポーネントです。
ようこそスタックオーバーフロー。 Stack Overflowの[質問のヘルプ](http://stackoverflow.com/help/asking)をまずチェックしてください。 [どのトピックを私がここで尋ねることができます](http://stackoverflow.com/help/on-topic)、[どのような種類の質問を避けるべきですか?](http://stackoverflow.com/help/dont)に注目してください。 )、[最小限で完全で検証可能なサンプルの作成方法](http:// stackoverflow。 com/help/mcve)と[Stack Overflow question checklist](http://meta.stackoverflow.com/questions/260648/stack-overflow-question-checklist)を参照してください。 –
このような質問の代わりに、プログラマーまたはWebアプリケーションのStask Exchangeサイトを使用することをお勧めします。 –