呼び出す Web サービスを提供している別のチームと協力しています。
Web サービスには、呼び出すことができるいくつかのメソッドがあり、応答値を返します。
私は最近、彼らがそれを「RESTful」サービスとしてコーディングしていることを知りました。私は RESTful サービスの経験はあまりありませんが、私の (非常に限られた) 理解では、従来のメソッド呼び出しは REST の目的ではありません (実行することはできますが)。
呼び出すカスタム Web メソッドを作成するだけの場合、REST は間違ったアプローチですか?
注: これは他のチームにとって初めての Web サービスの実体験だと思います。彼らが REST の話題にだまされて、構築しているものに最適なプロトコルを使用していないのではないかと心配しています。
あなたが説明していることは、私にはRPC over HTTP のように聞こえますが、基本的にRichardson Maturity Modelのレベル 0 にいるため、REST とは言えません。
REST は、実装の自由度が高いアーキテクチャ スタイルです。ただし、REST の制約、主にHATEOASを尊重する必要があります。
呼び出すカスタム Web メソッドを作成するだけの場合、REST は間違ったアプローチですか?
ほとんどの場合、 SOAPはこのシナリオに使用されますが、SOAP はどういうわけか恐れられており (そうでないときに「シンプル」と呼ばれるという評判が悪いためかもしれません)、基本的に HTTP RPC API であるよりシンプルなものを好む傾向があります。実際には REST であると信じていますが、そうではありません。
結論として、Web サービスが安全でニーズを満たしている場合は、Web サービスをそのままにしておくことができますが、それを REST と呼ぶことはできません。RPCです。