企业应用中C\S是怎样的架构?
我们公司开发程序一般是 C# Winform 做客户端,EJB做服务器端,两者之间的通信全靠 http协议 来回POST XML,老感觉这样做不爽,不知道大家用什么来互相通信? 35 楼 laowood 2008-11-05 freesoul 写道
hellolaojiang 写道
当然是C# Winform客户端 + WCF 服务端啊。 Linux 可以装个MONO，然后再装.NET框架。 这个比较前卫，小公司不敢用吧，需要考虑员工的学习曲线
公司所有电脑上域之后不得不考虑通信问题啊,貌似WCF有些绑定类不支持HTTP传输. 36 楼 nciky1984 2008-11-05 efei 写道我们公司的C/S结构如下：
Client(JavaSwing（需要跨平台）)-->http协议-->Service(asp.net(C#))-->调用底层C++模块
我们公司的：
Client(JavaSwing)-->http协议->Servlet-->Service
把要进行通讯对象序列化传输... 37 楼 Run 2008-11-05 我想大家都没有理解楼主的意思，楼主所谓的C＃ winform客户端是可以在不接入网络的情况下工作，当需要和其他客户端同步数据时，才和server端（ejb）进行数据同步！ 38 楼 hexiaodong 2008-11-05 hessian吧 39 楼 efei 2008-11-05 laowood 写道efei 写道
我们公司的C/S结构如下： Client(JavaSwing（需要跨平台）)-->http协议-->Service(asp.net(C#))-->调用底层C++模块
你们这和我们的正好相反,,我们的服务器端是跨平台,你们是客户端跨平台,,
客户端都用Swing了,服务器端用Java做不是更好?
由于行业及业务的需要很多底层的核心模块是基于C++实现的，如果服务器用java那将是自找麻烦，而且用.net那还是超级方便的。 40 楼 ztka 2008-11-05 数据格式可以试试看用json替代xml，解析小很多，快很多。 41 楼 ztka 2008-11-05 有人说用mono，至少企业开发，没有这方面的实际例子。稳定性就是一个问题，除了问题还没有人可以提供商业支持。 42 楼 manyjoys 2008-11-06 RCP+http协议+ejb/spring+dao+db 43 楼 csevan 2008-11-06 ltian 写道楼主大可不必征求什么意见了。你们专门要做C/S，在C方面，你们用了最好的技术，在S方面也用了最好的技术。可以说C和S都无敌了，没有别的方案比你们现在的方案更好了。
这句话，什么意思！麻烦说明一下！
44 楼 wj4643394 2008-11-06 还真是第一次听说用微软的东西和EJB这种东西在一起用的，有点儿怪异 45 楼 windir 2008-11-06 你们到底是用三层结构还是用C/S结构？
我觉得你表达的意思是三层结构，而不是真正意义上的C/S结构，
对于这样处理，流程是如下（协议Tcp/Ip,连接根据需要选择实时连接或者按需连接）
client<－------>协议<------>连接提取数据服务<--------->数据库
连接提取数据服务既然用到了Ejb则可选择java做service
client用.NET ,将service数据用client可识别的格式固定生成数据流，传到client进行解析，
client端数据表现控件直接装载数据即可。
对于数据格式选择，要看client所用数据控件所需格式了，服务端做好直接生成所需格式的方法，
用的时候调用即可。
46 楼 tiyi 2008-11-06 这种结构没有错啊。
可以提升的就只有协议部分。
因为xml我还是觉得慢啦。。
试试看json啦。
毕竟都是数据来数据去的。不要想太多，比较好。 47 楼 cuiyi.crazy 2008-11-06 ztka 写道数据格式可以试试看用json替代xml，解析小很多，快很多。
json比xml小而且快，但是依然脱离不了文本格式；
这个是性能改进点；
基于这个来说，hessian就是很好的方案了，支持的语言多，性能很高，而且有了很多应用
48 楼 seanla 2008-11-06 laowood 写道我们公司开发程序一般是 C# Winform 做客户端,EJB做服务器端,两者之间的通信全靠 http协议 来回POST XML,老感觉这样做不爽,不知道大家用什么来互相通信?
相比而言，我们公司更变态，前台C#，后台EJB，更无法理喻的是通讯靠的是webservice，快崩溃了，这种开发模式居然在项目开发中频繁使用。 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层结构的吧! 50 楼 z494627 2008-11-07 你们使用XML传递,应该有对象与XML格式之间的转换吧,对于开发人员来讲,基本上是对象操作,其实和XML没有什么太大关联的.
对象和XML之间的转换其实就是对象的序列化和反序列化而已.
不知道楼主担心的是性能问题吗? 51 楼 hbldw521 2008-11-07 蛮奇怪的做法，还得研究下再发表意见 52 楼 laowood 2008-11-08 z494627 写道你们使用XML传递,应该有对象与XML格式之间的转换吧,对于开发人员来讲,基本上是对象操作,其实和XML没有什么太大关联的.
对象和XML之间的转换其实就是对象的序列化和反序列化而已.
不知道楼主担心的是性能问题吗?
性能+安全性 53 楼 laowood 2008-11-08 tiyi 写道这种结构没有错啊。
可以提升的就只有协议部分。
因为xml我还是觉得慢啦。。
试试看json啦。
毕竟都是数据来数据去的。不要想太多，比较好。
就是在数据交换这个环节 我感觉用XML不是最优解,其他的都还好了. 54 楼 laowood 2008-11-08 csevan 写道ltian 写道楼主大可不必征求什么意见了。你们专门要做C/S，在C方面，你们用了最好的技术，在S方面也用了最好的技术。可以说C和S都无敌了，没有别的方案比你们现在的方案更好了。
这句话，什么意思！麻烦说明一下！
只能说C和S是大众解.
