为解决“前端用.net，后端用J2EE”所做的努力

这个话题是我提起的。
为什么呢，因为我看好xaml远甚于flash ria或者ajax。（在企业应用领域）。
但是后台呢，java有太多.net不可企及的地方。
这几个月写我的开源项目，不停的切换在两种语言之间。
体会很多。

我的尝试历经了 json->xml(通过xstream双方序列化/反序列化)->直接操作二进制流，都开发出来一套可以完全运行的版本。

现在是操作二进制流的方式，性能低于Java自己本身的序列化/反序列化，但远优于xml或者json序列化。
还想修改架构，争取趋近于Java序列化。

ice我看了看，原先就接触过corba。
但是我不想在j2EE上再套个中间件。

http://java-cs-bridge.sourceforge.net

评论

13 楼 Sam1860 2007-07-31  

liping 写道

edge_hh 写道

用webservice很慢的，
其实只要xml解析，就慢。
xml本身的冗余信息注定了其很慢。
机器和机器说话不该用xml格式。

一语中的！

应用环境随你定就是一语中的，例如开发一个全新系统，并且不需要与任何其它系统交互的情况下。但在实际中就是乱说话。。。
效率不是一切

12 楼 liping 2007-07-27  

edge_hh 写道

用webservice很慢的，
其实只要xml解析，就慢。
xml本身的冗余信息注定了其很慢。
机器和机器说话不该用xml格式。

一语中的！

11 楼 mathgl 2007-07-02  

hehe java + .Net
貌似问题不是一点半点的

java版有个人举过这样的例子

条件允许还是尽量用同一个 环境下的东西吧

或者考虑一下mainsoft的产品 ?

10 楼 jjx 2007-06-22  

劳命伤财的方案

9 楼 game_over 2007-06-20  

用webservice传输XML，两端各自解析为对象，这个应该效率有问题吧

8 楼 spartak 2006-09-30  

edge_hh 写道

flex服务器很贵的吧？（至少当年是）这是我没考虑用它的原因之一。
现在免费了？：）

flex data sevice 有免费版本，限制单cpu

7 楼 taowen 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要收费，而且不是非常完善。仍然不能掩盖其光辉呀。

6 楼 zidoing 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

5 楼 edge_hh 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服务器很贵的吧？（至少当年是）这是我没考虑用它的原因之一。
现在免费了？：）

引用

我不是那么关心互操作效率，反而比较关注开发效率

两手都要硬。。

引用

光是对象拷贝来拷贝去，转型来转型

怎么会呢？没那么麻烦的。

4 楼 edge_hh 2006-09-26  

用webservice很慢的，
其实只要xml解析，就慢。
xml本身的冗余信息注定了其很慢。
机器和机器说话不该用xml格式。

3 楼 LucasLee 2006-09-26  

我所在的一家公司就由一个海龟搞了这么一套框架。前.net，后java。
中间结合用webservice，但是两边对webservice的实现有不少差异，要搞一阵子才行的。

2 楼 codeutil 2006-09-25  

xmlrpc。

1 楼 taowen 2006-09-25  

其实就目前而言，我觉得Flex SDK2.0（就是Flash RIA的最新解决方案）免费出来，以其品质和效果来说远胜于XAML啊。加上Flash-Remoting有PHP和JAVA两种版本的实现。务实而言，为了界面效果更好，用FLASH是最实在的。
楼主似乎对于互操作的效率很关心。不知道是不是客户端需要牵涉到实时更新这样的需求。我以为一般的二进制通信协议，像RMI，.net remoting或者flash remoting, hassian之类的应该都足够快了。快得超过了需求，就没有必要了。
我不是那么关心互操作效率，反而比较关注开发效率。楼主觉得一个系统用一种语言写的话要一个月，用这样的方式来写得要多久呢？特别是前端是静态类型的语言，后端也是静态类型语言的时候。光是对象拷贝来拷贝去，转型来转型去就得累死。