08/01/20 21:30:49
超いい加減な説明としては
・アクセス方法がバラバラだと大変だろ、ということでSOAP。
・その呼び出しでのパラメータとかを規定する方法が必要だろ、ということでWSDL。
・同じWSDLに準拠してる先を検索して切り替える方法があるといいね、ということでUDDI。
がしかし、
・アクセス方法ってGET URLﾘﾝｸ(...)以上に複雑にしてもなぁ -> SOAPうぎゃー
・返ってくるデータの内容はベタXMLとかJSONとして処理するほうが楽 -> SOAPうぎゃー
・単にURLでアクセスするだけの話でインタフェース定義をパース？やってらんねー -> WSDLうぎゃー
・呼び出し先を動的に切り替えるとか現実的にあんの？面倒なだけじゃん -> UDDIうぎゃー
となった。
一応VisualStudioとかではWSDLをインタフェース定義としてロードして
関数コールという形でエディタで補完したり、あと、関数をSOAP経由で
呼び出せるようにしたりWSDLを生成することができる。でも、結局
関数コール的な方向とは違った、XMLとかのデータを取って適時加工する、という
コール部分の処理を徹底的に排除するモデルが主流になった。