PHPRPC 3.0.2 for Java でのコンテナ インターフェイスのサポートが強化されました
PHPRPC for Java 3.0.2 より前では、コンテナ インターフェイスのサポートは提供されていませんでした。たとえば、パブリッシュ メソッドのパラメータ型と戻り値は、List や Map などのインターフェイス型として宣言できず、クライアントのプロキシ インターフェイスも宣言できませんでした。
3.0.2 では、この制限はなくなりました。パラメーターの型と戻り値の型は両方とも、List、Map、Set、および Collection の 4 つのコンテナー型として宣言できます。これらのインターフェイス型を使用してデータを受信すると、List と Collection は ArrayList 型に、Set は HashSet 型に、Map は HashMap 型に変換されます。さらに、カスタム タイプがインターフェイス タイプを継承する場合、そのインターフェイス タイプを使用してそのようなパラメータと戻り値を宣言することもできます。したがって、既存のビジネス ロジック コードを変更せずに PHPRPC サービスとして公開できます。
andot さん、getUrlAuthorities を呼び出したときに返されるマップ文字列を取得するのに phprpc_spring を使用するのはなぜですか? これは参照アドレスのように見える文字列です。
通常は /index.gm*=ROLE_USER であるはずですが、/index.gm*=[B@9134db
インターフェイス指向でない場合、型は自動的に変換されますか?
面倒な場合は、PHPRPC の商用版である hprose を使用すると、文字列とバイト配列が分離されているので、この問題は発生しません。また、PHPRPCと比べて実行効率が10倍も高く、使いやすさや柔軟性も大幅に向上しました。
andot さん、ご回答ありがとうございます
今のところ商用アプリケーションは考えていません。現在、上司に phprpc の威力を実感していただくためにデモを作成中です。
1.0 をリリースし、現在販売中です。
サンプルマニュアルは次のとおりです:
http://www.hprfc.com/doc/java.pdf
私は質問に答えているだけですが、このような控えめな広告を見たことがありますか? あはは。