精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-09-25
为什么呢,因为我看好xaml远甚于flash ria或者ajax。(在企业应用领域)。 但是后台呢,java有太多.net不可企及的地方。 这几个月写我的开源项目,不停的切换在两种语言之间。 体会很多。 我的尝试历经了 json->xml(通过xstream双方序列化/反序列化)->直接操作二进制流,都开发出来一套可以完全运行的版本。 现在是操作二进制流的方式,性能低于Java自己本身的序列化/反序列化,但远优于xml或者json序列化。 还想修改架构,争取趋近于Java序列化。 ice我看了看,原先就接触过corba。 但是我不想在j2EE上再套个中间件。 http://java-cs-bridge.sourceforge.net 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-09-25
其实就目前而言,我觉得Flex SDK2.0(就是Flash RIA的最新解决方案)免费出来,以其品质和效果来说远胜于XAML啊。加上Flash-Remoting有PHP和JAVA两种版本的实现。务实而言,为了界面效果更好,用FLASH是最实在的。
楼主似乎对于互操作的效率很关心。不知道是不是客户端需要牵涉到实时更新这样的需求。我以为一般的二进制通信协议,像RMI,.net remoting或者flash remoting, hassian之类的应该都足够快了。快得超过了需求,就没有必要了。 我不是那么关心互操作效率,反而比较关注开发效率。楼主觉得一个系统用一种语言写的话要一个月,用这样的方式来写得要多久呢?特别是前端是静态类型的语言,后端也是静态类型语言的时候。光是对象拷贝来拷贝去,转型来转型去就得累死。 |
|
返回顶楼 | |
发表时间:2006-09-25
xmlrpc。 |
|
返回顶楼 | |
发表时间:2006-09-26
我所在的一家公司就由一个海龟搞了这么一套框架。前.net,后java。
中间结合用webservice,但是两边对webservice的实现有不少差异,要搞一阵子才行的。 |
|
返回顶楼 | |
发表时间:2006-09-26
用webservice很慢的,
其实只要xml解析,就慢。 xml本身的冗余信息注定了其很慢。 机器和机器说话不该用xml格式。 |
|
返回顶楼 | |
发表时间:2006-09-26
引用 其实就目前而言,我觉得Flex SDK2.0(就是Flash RIA的最新解决方案)免费出来,以其品质和效果来说远胜于XAML啊。加上Flash-Remoting有PHP和JAVA两种版本的实现。务实而言,为了界面效果更好,用FLASH是最实在的。
楼主似乎对于互操作的效率很关心。不知道是不是客户端需要牵涉到实时更新这样的需求。我以为一般的二进制通信协议,像RMI,.net remoting或者flash remoting, hassian之类的应该都足够快了。快得超过了需求,就没有必要了。 我不是那么关心互操作效率,反而比较关注开发效率。楼主觉得一个系统用一种语言写的话要一个月,用这样的方式来写得要多久呢?特别是前端是静态类型的语言,后端也是静态类型语言的时候。光是对象拷贝来拷贝去,转型来转型 flex我没用过,laszlo用了有一段时间。 其实都是对 flash api的封装以及xml化。 我的理解对吧? flex服务器很贵的吧?(至少当年是)这是我没考虑用它的原因之一。 现在免费了?:) 引用 我不是那么关心互操作效率,反而比较关注开发效率 两手都要硬。。 引用 光是对象拷贝来拷贝去,转型来转型
怎么会呢?没那么麻烦的。 |
|
返回顶楼 | |
发表时间:2006-09-26
WPF/E
引用 讲到WPF,就要提到XAML,XAML是WPF的声明性语言,提供对界面、文档以及多媒体等界面层逻辑的渲染。而且XAML可以直接在IE中打开(如右图)。同时,还有一种XBAP方式(如左图),也可以在IE中打开。两者会有一些异同,这在下面会做表述。那么WPF/E呢,可能知道者就比较少了。这里面的E是指的Everywhere,也就是可以让WPF到处可以运行。......
http://blog.joycode.com/joy/archive/2006/09/21/83968.aspx |
|
返回顶楼 | |
发表时间:2006-09-26
edge_hh 写道 引用 其实就目前而言,我觉得Flex SDK2.0(就是Flash RIA的最新解决方案)免费出来,以其品质和效果来说远胜于XAML啊。加上Flash-Remoting有PHP和JAVA两种版本的实现。务实而言,为了界面效果更好,用FLASH是最实在的。
楼主似乎对于互操作的效率很关心。不知道是不是客户端需要牵涉到实时更新这样的需求。我以为一般的二进制通信协议,像RMI,.net remoting或者flash remoting, hassian之类的应该都足够快了。快得超过了需求,就没有必要了。 我不是那么关心互操作效率,反而比较关注开发效率。楼主觉得一个系统用一种语言写的话要一个月,用这样的方式来写得要多久呢?特别是前端是静态类型的语言,后端也是静态类型语言的时候。光是对象拷贝来拷贝去,转型来转型 flex我没用过,laszlo用了有一段时间。 其实都是对 flash api的封装以及xml化。 我的理解对吧? flex服务器很贵的吧?(至少当年是)这是我没考虑用它的原因之一。 现在免费了?:) 引用 我不是那么关心互操作效率,反而比较关注开发效率 两手都要硬。。 引用 光是对象拷贝来拷贝去,转型来转型
怎么会呢?没那么麻烦的。 非当年阿蒙了。FLEX 2.0和FLEX 1.0完全不是一个东西。FLEX 2.0就是JAVA的JDK这个概念。其GUI框架尤其出色,比微软鼓吹的AVALON简单,好用。虽然Felx Builder要收费,而且不是非常完善。仍然不能掩盖其光辉呀。 |
|
返回顶楼 | |
发表时间:2006-09-30
edge_hh 写道 flex服务器很贵的吧?(至少当年是)这是我没考虑用它的原因之一。
现在免费了?:) flex data sevice 有免费版本,限制单cpu |
|
返回顶楼 | |
发表时间:2007-06-20
用webservice传输XML,两端各自解析为对象,这个应该效率有问题吧
|
|
返回顶楼 | |