企业应用中C\S是怎样的架构?

我们公司开发程序一般是 C# Winform 做客户端,EJB做服务器端,两者之间的通信全靠 http协议 来回POST XML,老感觉这样做不爽,不知道大家用什么来互相通信?

评论

34 楼 laowood 2008-11-05  

procedure

liangguanhui 写道

如果可以换平台，可是试试SWT+EJB，java调用ejb，没有什么问题，不过估计是不可能的，成本太高了。我们有个系统比这个更加夸张 VB + Informix 4GL，中间使用store procedure通讯

Eclipse就是用的SWT吧,这恐怕开发周期比较高了,

33 楼 laowood 2008-11-05  

sdh5724 写道

什么通信协议啊, 不能用自己定义的xml规则吧, 为了开发方便, 也应该弄个webservice吧. 据说现在兼容还可以?   facebook 有个多语言的通信协议, 叫 thrft, 你可以去看看, http://developers.facebook.com/thrift/ 另外, hessian也支持多语言: Java Flash/Flex Python C++ .NET C# D Erlang PHP Ruby Objective C   实际上, 如果要求很高的性能, 你最好别用bservice, 性能是有点烂. CPU要求有点高. 最好别自己定义协议, 否则很多痛苦, 跨语言的协议现在很多的, 你好好找找, 应该有更多的. C#/JAVA 的C/S结构并非奇怪. 快速的的客户开发, 快速的服务开发. 能设计好接口. 应该是好事情.

我们想象的是只开TCP/IP也能顺利访问.

32 楼 laowood 2008-11-05  

efei 写道

我们公司的C/S结构如下： Client(JavaSwing（需要跨平台）)-->http协议-->Service(asp.net(C#))-->调用底层C++模块

你们这和我们的正好相反,,我们的服务器端是跨平台,你们是客户端跨平台,,
客户端都用Swing了,服务器端用Java做不是更好?

31 楼 laowood 2008-11-05  

whiteangell 写道

Flex/Ext2.0 +json+ rest web service + ejb3是不是可以替代你的架构?!

之前说过了,我们用的是C/S架构.

30 楼 whiteangell 2008-11-05  

Flex/Ext2.0 +json+ rest web service + ejb3是不是可以替代你的架构?!

29 楼 sdh5724 2008-11-04  

  什么通信协议啊, 不能用自己定义的xml规则吧, 为了开发方便, 也应该弄个webservice吧. 据说现在兼容还可以?
  facebook 有个多语言的通信协议, 叫 thrft, 你可以去看看, http://developers.facebook.com/thrift/

另外, hessian也支持多语言:
Java
Flash/Flex
Python
C++
.NET C#
D
Erlang
PHP
Ruby
Objective C

  实际上, 如果要求很高的性能, 你最好别用bservice, 性能是有点烂. CPU要求有点高.
最好别自己定义协议, 否则很多痛苦, 跨语言的协议现在很多的, 你好好找找, 应该有更多的. C#/JAVA 的C/S结构并非奇怪. 快速的的客户开发, 快速的服务开发. 能设计好接口. 应该是好事情.

28 楼 jiankeafei 2008-11-04  

这种组织方式也挺好，虽然感觉有点怪怪的！

27 楼 efei 2008-11-04  

我们公司的C/S结构如下：
Client(JavaSwing（需要跨平台）)-->http协议-->Service(asp.net(C#))-->调用底层C++模块

26 楼 liangguanhui 2008-11-04  

如果可以换平台，可是试试SWT+EJB，java调用ejb，没有什么问题，不过估计是不可能的，成本太高了。我们有个系统比这个更加夸张 VB + Informix 4GL，中间使用store procedure通讯

25 楼 hellolaojiang 2008-11-04  

上面有朋友说，这个东西比较前卫，说实话，这东西已经不“前卫”了。现在用的公司应该很多了，如果说学习曲线，我到觉得EJB的学习曲线比较高。

24 楼 freesoul 2008-11-04  

hellolaojiang 写道

当然是C# Winform客户端 + WCF 服务端啊。
Linux 可以装个MONO，然后再装.NET框架。

这个比较前卫，小公司不敢用吧，需要考虑员工的学习曲线

23 楼 freesoul 2008-11-04  

ray_linn 写道

laowood 写道

服务器都是 Linux,怎么能用ado.net?
服务器端是部署在WebSphere上的ejb 访问oracle 数据库
客户端post xml 给servlet 结构是有点怪哦,呵呵.
IIOP.NET 这是什么啊? 成熟不?? 谁能介绍下现在普遍商业应用都是什么结构?

IIOP.NET是用C#实现ejb的iiop协议，这样就可以保证C# 和  ejb间的通讯。

如果是内部网络，个人觉得这个是正解

如果分布式，跨网域且用的EJB3，可以考虑Web services， WSE3.0也很方便

22 楼 hellolaojiang 2008-11-04  

当然是C# Winform客户端 + WCF 服务端啊。性能非常稳定。
Linux 可以装个MONO他自带的.NET库已经支持3.5了吧。

21 楼 freesoul 2008-11-04  

topgun 写道

采用REST 吧
不过，不要将REST 当作一种RPC（如果只是RPC 的话，你不会觉得REST 和你以前的方式有什么区别）
REST 是一种架构风格

这样仍然逃不掉繁杂的xml解析，企业级应用不适合REST，我个人觉得

20 楼 topgun 2008-11-04  

采用REST 吧
不过，不要将REST 当作一种RPC（如果只是RPC 的话，你不会觉得REST 和你以前的方式有什么区别）
REST 是一种架构风格

19 楼 gujianxin 2008-11-04  

laowood 写道

gwinthis 写道

异构的架构，这样做比较合理。

愿闻其详

因为你的客户端和服务端的平台已经确定是确定的，并且是异构的，

所以只能在数据载体和通讯协议上做出调整，传统的CS会选择用socket来通信，自己定义数据结构，但带来的问题是接口高度耦合，无法复用。使用http+xml应该是种进步，也是SOA的简单实现了，当然你可以选择更新的SDO，不过成熟样例较少，可能要吃螃蟹了。

18 楼 laowood 2008-11-04  

ltian 写道

既然后端用了EJB，前段为何不用Flex？用C# WebForm不就是为了提高系统的人机交互质量的同时获得较高的开发效率。而用Flex的人机交互效果以及开发效率远超C# WebForm，同时使用Flex和后台EJB通讯可以不用效率低下的XML，而采用直接传递Java 对象。通讯协议仍为http，就的经验而言，基于B/S架构的企业开发最佳方案：
Flex+Blazeds+EJB.

我们是 Client(WinForm)/Service(Websphere),不是B/S结构
B/S结构中,Flex并没有那么好吧,只是前台效果比较好罢了.

17 楼 zhajie 2008-11-04  

rcp+ejb  

16 楼 Scriptlet 2008-11-04  

这种架构挺好，延伸一点就可以做自己的浏览器了。而且可以把ie嵌进去。企业应用这样挺好，自己控制一切

15 楼 fnet 2008-11-04  

amonlei 写道

不是最优解，xml来xml去累死人了。。。这个架构自己搞晕自己。。。

异构的架构，为了以后的拓展，只能忍了