Heim  >  Artikel  >  Backend-Entwicklung  >  PHPRPC 3.0.2 for Java 中加强了对容器接口的支持

PHPRPC 3.0.2 for Java 中加强了对容器接口的支持

WBOY
WBOYOriginal
2016-06-13 10:54:371411Durchsuche

PHPRPC 3.0.2 for Java 中增强了对容器接口的支持
PHPRPC for Java 在 3.0.2 之前,对容器接口还不提供支持,比如发布方法的参数类型和返回值不能声明为 List、Map 等接口类型,客户端的代理接口也不行。

而在 3.0.2 中,已经没有这个限制了,不管是参数类型还是返回值类型都可以声明为 List、Map、Set、Collection 这四种容器类型。当用这些接口类型接收数据时,List、Collection 会被转换成 ArrayList 类型,Set 会被转换成 HashSet 类型,Map 会被转成 HashMap 类型。另外,自定义类型如果继承自某个接口类型,同样可以使用接口类型来声明这样的参数和返回值。因此,你原来已有的业务逻辑代码在不需要任何修改的情况下,就可以作为 PHPRPC 服务进行发布了!

1 楼 long13168 2009-12-08  
public interface AuthoritiesManager {	public Map<string> getUrlAuthorities(String packCode);}public class AuthoritiesManagerImpl implements AuthoritiesManager {		public Map<string> getUrlAuthorities(String packCode) {		Map<string string> urlAuthorities = new HashMap<string string>();		urlAuthorities.put("/index.gm*", "ROLE_USER");		return urlAuthorities;	}}</string></string></string></string>


请问andot大哥,为何我用phprpc_spring得到调用getUrlAuthorities时返回的map字符串有问题,是一串像是引用地址的东西。
正常应是/index.gm*=ROLE_USER,但它返回/index.gm*=[[email protected]
百思不得其解,不是面向接口的话会自动转换类型吗?

2 楼 andot 2009-12-08  
PHPRPC 在处理字符串时,是按照字节数组处理的,所以不能用 Map这样的泛型(Java中这种泛型在执行时得不到里面的类型,所以没法正确转换),所以Map中的key虽然是String,但是value却是byte[]的,所以你看到的是[[email protected] 这样东西。这个在PHPRPC中需要自己坐一下转换。

如果觉得麻烦,可以使用 PHPRPC 的商业版 hprose,hprose 的字符串和字节数组是分开的,所以不存在这个问题。而且执行效率比 PHPRPC 高 10 倍,易用程度和灵活性也大大改善了。

3 楼 long13168 2009-12-08  
PHPRPC 3.0.2 for Java 中加强了对容器接口的支持
谢谢andot解答
暂时未考虑商业应用,目前是先做demo给老板们看看,让他们感受下phprpc的力量啦

4 楼 GRDJE 2009-12-08  
又在广告吧。。。。。

5 楼 mathgl 2009-12-09  
hprose...现在开发的怎么样了。早些时候看过 一下网站,除了价钱啥都没有。

6 楼 andot 2009-12-09  
mathgl 写道
hprose...现在开发的怎么样了。早些时候看过 一下网站,除了价钱啥都没有。

我们已经发布了1.0了,现在已经开卖了。PHPRPC 3.0.2 for Java 中加强了对容器接口的支持

这里还有手册样章:
http://www.hprfc.com/doc/java.pdf

7 楼 andot 2009-12-09  
GRDJE 写道
又在广告吧。。。。。

我只是在回答问题而已,你见过这么低调的广告吗?PHPRPC 3.0.2 for Java 中加强了对容器接口的支持 呵呵。
Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn