PHPRPC 3.0.2 for Java では、コンテナー インターフェイスのサポートが強化されました

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 サービスとして公開できます。

1階 長い13168 2009-12-08

public interface AuthoritiesManager {

	public Map<String,String> getUrlAuthorities(String packCode);

}



public class AuthoritiesManagerImpl implements AuthoritiesManager {	
	public Map<String,String> getUrlAuthorities(String packCode) {
		Map<String, String> urlAuthorities = new HashMap<String, String>();
		urlAuthorities.put("/index.gm*", "ROLE_USER");
		return urlAuthorities;
	}

}

andot さん、getUrlAuthorities を呼び出したときに返されるマップ文字列を取得するのに phprpc_spring を使用するのはなぜですか? これは参照アドレスのように見える文字列です。
通常は /index.gm*=ROLE_USER であるはずですが、/index.gm*=[B@9134db
インターフェイス指向でない場合、型は自動的に変換されますか?

2階 アンドット 2009-12-08

PHPRPC は文字列を処理するときにバイト配列として処理するため、Map などのジェネリックス (Java のこのようなジェネリックスは実行中に <> を取得できません) 型を使用できないため、変換できません。正しくは)、マップ内のキーは String ですが、値は byte[] なので、表示される内容は [B@9134db.これはPHPRPCで自分で変換する必要があります。

面倒な場合は、PHPRPC の商用版である hprose を使用すると、文字列とバイト配列が分離されているので、この問題は発生しません。また、PHPRPCと比べて実行効率が10倍も高く、使いやすさや柔軟性も大幅に向上しました。

3階 長い13168 2009-12-08

andot さん、ご回答ありがとうございます
今のところ商用アプリケーションは考えていません。現在、上司に phprpc の威力を実感していただくためにデモを作成中です。

4階 グルジェ 2009-12-08

また宣伝です。 。 。 。 。

5階 数学 2009-12-09

hprose...開発は今どのように進んでいますか？先ほどウェブサイトを見ましたが、価格以外は何もありませんでした。

6階 アンドット 2009-12-09

mathgl は

hprose を書きました...開発は今どのように進んでいますか?先ほどウェブサイトを見ましたが、価格以外は何もありませんでした。

1.0 をリリースし、現在販売中です。

サンプルマニュアルは次のとおりです:
http://www.hprfc.com/doc/java.pdf

7階 アンドット 2009-12-09

GRDJE が

の広告をまた書きました。 。 。 。 。

私は質問に答えているだけですが、このような控えめな広告を見たことがありますか? あはは。