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

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

评论

54 楼 laowood 2008-11-08  

csevan 写道

ltian 写道

楼主大可不必征求什么意见了。你们专门要做C/S，在C方面，你们用了最好的技术，在S方面也用了最好的技术。可以说C和S都无敌了，没有别的方案比你们现在的方案更好了。

这句话，什么意思！麻烦说明一下！

只能说C和S是大众解.

53 楼 laowood 2008-11-08  

tiyi 写道

这种结构没有错啊。
可以提升的就只有协议部分。
因为xml我还是觉得慢啦。。
试试看json啦。
毕竟都是数据来数据去的。不要想太多，比较好。

就是在数据交换这个环节 我感觉用XML不是最优解,其他的都还好了.

52 楼 laowood 2008-11-08  

z494627 写道

你们使用XML传递,应该有对象与XML格式之间的转换吧,对于开发人员来讲,基本上是对象操作,其实和XML没有什么太大关联的.

对象和XML之间的转换其实就是对象的序列化和反序列化而已.

不知道楼主担心的是性能问题吗?

性能+安全性

51 楼 hbldw521 2008-11-07  

蛮奇怪的做法，还得研究下再发表意见

50 楼 z494627 2008-11-07  

你们使用XML传递,应该有对象与XML格式之间的转换吧,对于开发人员来讲,基本上是对象操作,其实和XML没有什么太大关联的.

对象和XML之间的转换其实就是对象的序列化和反序列化而已.

不知道楼主担心的是性能问题吗?

49 楼 laowood 2008-11-07  

windir 写道

你们到底是用三层结构还是用C/S结构？ 我觉得你表达的意思是三层结构，而不是真正意义上的C/S结构， 对于这样处理，流程是如下（协议Tcp/Ip,连接根据需要选择实时连接或者按需连接） client<－------>协议<------>连接提取数据服务<--------->数据库 连接提取数据服务既然用到了Ejb则可选择java做service client用.NET ,将service数据用client可识别的格式固定生成数据流，传到client进行解析， client端数据表现控件直接装载数据即可。 对于数据格式选择，要看client所用数据控件所需格式了，服务端做好直接生成所需格式的方法， 用的时候调用即可。

请问C/S,B/S在你看来怎么定义的?

现在任何系统恐怕都不是直接连数据库的2层结构的吧!

48 楼 seanla 2008-11-06  

laowood 写道

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

相比而言，我们公司更变态，前台C#，后台EJB，更无法理喻的是通讯靠的是webservice，快崩溃了，这种开发模式居然在项目开发中频繁使用。

47 楼 cuiyi.crazy 2008-11-06  

ztka 写道

数据格式可以试试看用json替代xml，解析小很多，快很多。

json比xml小而且快，但是依然脱离不了文本格式；
这个是性能改进点；
基于这个来说，hessian就是很好的方案了，支持的语言多，性能很高，而且有了很多应用

46 楼 tiyi 2008-11-06  

这种结构没有错啊。
可以提升的就只有协议部分。
因为xml我还是觉得慢啦。。
试试看json啦。
毕竟都是数据来数据去的。不要想太多，比较好。

45 楼 windir 2008-11-06  

你们到底是用三层结构还是用C/S结构？
我觉得你表达的意思是三层结构，而不是真正意义上的C/S结构，
对于这样处理，流程是如下（协议Tcp/Ip,连接根据需要选择实时连接或者按需连接）
client<－------>协议<------>连接提取数据服务<--------->数据库

连接提取数据服务既然用到了Ejb则可选择java做service
client用.NET ,将service数据用client可识别的格式固定生成数据流，传到client进行解析，
client端数据表现控件直接装载数据即可。
对于数据格式选择，要看client所用数据控件所需格式了，服务端做好直接生成所需格式的方法，
用的时候调用即可。

44 楼 wj4643394 2008-11-06  

还真是第一次听说用微软的东西和EJB这种东西在一起用的，有点儿怪异

43 楼 csevan 2008-11-06  

ltian 写道

楼主大可不必征求什么意见了。你们专门要做C/S，在C方面，你们用了最好的技术，在S方面也用了最好的技术。可以说C和S都无敌了，没有别的方案比你们现在的方案更好了。

这句话，什么意思！麻烦说明一下！

42 楼 manyjoys 2008-11-06  

RCP+http协议+ejb/spring+dao+db

41 楼 ztka 2008-11-05  

有人说用mono，至少企业开发，没有这方面的实际例子。稳定性就是一个问题，除了问题还没有人可以提供商业支持。

40 楼 ztka 2008-11-05  

数据格式可以试试看用json替代xml，解析小很多，快很多。

39 楼 efei 2008-11-05  

laowood 写道

efei 写道

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

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

由于行业及业务的需要很多底层的核心模块是基于C++实现的，如果服务器用java那将是自找麻烦，而且用.net那还是超级方便的。

38 楼 hexiaodong 2008-11-05  

hessian吧

37 楼 Run 2008-11-05  

我想大家都没有理解楼主的意思，楼主所谓的C＃ winform客户端是可以在不接入网络的情况下工作，当需要和其他客户端同步数据时，才和server端（ejb）进行数据同步！

36 楼 nciky1984 2008-11-05  

efei 写道

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

我们公司的：
Client(JavaSwing)-->http协议->Servlet-->Service

把要进行通讯对象序列化传输...

35 楼 laowood 2008-11-05  

freesoul 写道

hellolaojiang 写道
当然是C# Winform客户端 + WCF 服务端啊。 Linux 可以装个MONO，然后再装.NET框架。 这个比较前卫，小公司不敢用吧，需要考虑员工的学习曲线

公司所有电脑上域之后不得不考虑通信问题啊,貌似WCF有些绑定类不支持HTTP传输.