|
锁定老帖子 主题：企业应用中C\S是怎样的架构?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-11-05
数据格式可以试试看用json替代xml，解析小很多，快很多。
|
| 返回顶楼 | |
|
发表时间：2008-11-05
有人说用mono，至少企业开发，没有这方面的实际例子。稳定性就是一个问题，除了问题还没有人可以提供商业支持。
|
| 返回顶楼 | |
|
发表时间：2008-11-06
RCP+http协议+ejb/spring+dao+db
|
| 返回顶楼 | |
|
发表时间：2008-11-06
ltian 写道 楼主大可不必征求什么意见了。你们专门要做C/S，在C方面，你们用了最好的技术，在S方面也用了最好的技术。可以说C和S都无敌了，没有别的方案比你们现在的方案更好了。
这句话，什么意思！麻烦说明一下！ |
| 返回顶楼 | |
|
发表时间：2008-11-06
还真是第一次听说用微软的东西和EJB这种东西在一起用的，有点儿怪异
|
| 返回顶楼 | |
|
发表时间：2008-11-06
最后修改：2008-11-06
你们到底是用三层结构还是用C/S结构？
我觉得你表达的意思是三层结构，而不是真正意义上的C/S结构， 对于这样处理，流程是如下（协议Tcp/Ip,连接根据需要选择实时连接或者按需连接） client<－------>协议<------>连接提取数据服务<--------->数据库 连接提取数据服务既然用到了Ejb则可选择java做service client用.NET ,将service数据用client可识别的格式固定生成数据流，传到client进行解析， client端数据表现控件直接装载数据即可。 对于数据格式选择，要看client所用数据控件所需格式了，服务端做好直接生成所需格式的方法， 用的时候调用即可。 |
| 返回顶楼 | |
|
发表时间：2008-11-06
这种结构没有错啊。
可以提升的就只有协议部分。 因为xml我还是觉得慢啦。。 试试看json啦。 毕竟都是数据来数据去的。不要想太多，比较好。 |
| 返回顶楼 | |
|
发表时间：2008-11-06
ztka 写道 数据格式可以试试看用json替代xml，解析小很多，快很多。
json比xml小而且快，但是依然脱离不了文本格式； 这个是性能改进点； 基于这个来说，hessian就是很好的方案了，支持的语言多，性能很高，而且有了很多应用 |
| 返回顶楼 | |
|
发表时间：2008-11-06
laowood 写道 我们公司开发程序一般是 C# Winform 做客户端,EJB做服务器端,两者之间的通信全靠 http协议 来回POST XML,老感觉这样做不爽,不知道大家用什么来互相通信?
相比而言，我们公司更变态，前台C#，后台EJB，更无法理喻的是通讯靠的是webservice，快崩溃了，这种开发模式居然在项目开发中频繁使用。 |
| 返回顶楼 | |
|
发表时间：2008-11-07
最后修改：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层结构的吧! |
| 返回顶楼 | |
