|
锁定老帖子 主题：企业应用中C\S是怎样的架构?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-11-05
Flex/Ext2.0 +json+ rest web service + ejb3是不是可以替代你的架构?!
|
| 返回顶楼 | |
|
发表时间：2008-11-05
whiteangell 写道 Flex/Ext2.0 +json+ rest web service + ejb3是不是可以替代你的架构?! 之前说过了,我们用的是C/S架构. |
| 返回顶楼 | |
|
发表时间：2008-11-05
efei 写道 我们公司的C/S结构如下： Client(JavaSwing（需要跨平台）)-->http协议-->Service(asp.net(C#))-->调用底层C++模块 你们这和我们的正好相反,,我们的服务器端是跨平台,你们是客户端跨平台,, 客户端都用Swing了,服务器端用Java做不是更好? |
| 返回顶楼 | |
|
发表时间：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也能顺利访问. |
| 返回顶楼 | |
|
发表时间：2008-11-05
procedure
liangguanhui 写道 如果可以换平台，可是试试SWT+EJB，java调用ejb，没有什么问题，不过估计是不可能的，成本太高了。我们有个系统比这个更加夸张 VB + Informix 4GL，中间使用store procedure通讯 Eclipse就是用的SWT吧,这恐怕开发周期比较高了, |
| 返回顶楼 | |
|
发表时间：2008-11-05
freesoul 写道 hellolaojiang 写道 当然是C# Winform客户端 + WCF 服务端啊。 Linux 可以装个MONO，然后再装.NET框架。 这个比较前卫，小公司不敢用吧，需要考虑员工的学习曲线 公司所有电脑上域之后不得不考虑通信问题啊,貌似WCF有些绑定类不支持HTTP传输. |
| 返回顶楼 | |
|
发表时间：2008-11-05
efei 写道 我们公司的C/S结构如下：
Client(JavaSwing（需要跨平台）)-->http协议-->Service(asp.net(C#))-->调用底层C++模块 我们公司的： Client(JavaSwing)-->http协议->Servlet-->Service 把要进行通讯对象序列化传输... |
| 返回顶楼 | |
|
发表时间：2008-11-05
我想大家都没有理解楼主的意思，楼主所谓的C＃ winform客户端是可以在不接入网络的情况下工作，当需要和其他客户端同步数据时，才和server端（ejb）进行数据同步！
|
| 返回顶楼 | |
|
发表时间：2008-11-05
hessian吧
|
| 返回顶楼 | |
|
发表时间：2008-11-05
laowood 写道 efei 写道 我们公司的C/S结构如下： Client(JavaSwing（需要跨平台）)-->http协议-->Service(asp.net(C#))-->调用底层C++模块 你们这和我们的正好相反,,我们的服务器端是跨平台,你们是客户端跨平台,, 客户端都用Swing了,服务器端用Java做不是更好? 由于行业及业务的需要很多底层的核心模块是基于C++实现的，如果服务器用java那将是自找麻烦，而且用.net那还是超级方便的。 |
| 返回顶楼 | |
