|
锁定老帖子 主题：企业应用中C\S是怎样的架构?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (1) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-11-04
采用REST 吧
不过，不要将REST 当作一种RPC（如果只是RPC 的话，你不会觉得REST 和你以前的方式有什么区别） REST 是一种架构风格 |
| 返回顶楼 | |
|
发表时间：2008-11-04
topgun 写道 采用REST 吧
不过，不要将REST 当作一种RPC（如果只是RPC 的话，你不会觉得REST 和你以前的方式有什么区别） REST 是一种架构风格 这样仍然逃不掉繁杂的xml解析，企业级应用不适合REST，我个人觉得 |
| 返回顶楼 | |
|
发表时间：2008-11-04
最后修改：2008-11-04
当然是C# Winform客户端 + WCF 服务端啊。性能非常稳定。
Linux 可以装个MONO他自带的.NET库已经支持3.5了吧。 |
| 返回顶楼 | |
|
发表时间：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也很方便 |
| 返回顶楼 | |
|
发表时间：2008-11-04
hellolaojiang 写道 当然是C# Winform客户端 + WCF 服务端啊。
Linux 可以装个MONO，然后再装.NET框架。 这个比较前卫，小公司不敢用吧，需要考虑员工的学习曲线 |
| 返回顶楼 | |
|
发表时间：2008-11-04
上面有朋友说，这个东西比较前卫，说实话，这东西已经不“前卫”了。现在用的公司应该很多了，如果说学习曲线，我到觉得EJB的学习曲线比较高。
|
| 返回顶楼 | |
|
发表时间：2008-11-04
最后修改：2008-11-04
如果可以换平台，可是试试SWT+EJB，java调用ejb，没有什么问题，不过估计是不可能的，成本太高了。我们有个系统比这个更加夸张 VB + Informix 4GL，中间使用store procedure通讯
|
| 返回顶楼 | |
|
发表时间：2008-11-04
我们公司的C/S结构如下：
Client(JavaSwing（需要跨平台）)-->http协议-->Service(asp.net(C#))-->调用底层C++模块 |
| 返回顶楼 | |
|
发表时间：2008-11-04
这种组织方式也挺好，虽然感觉有点怪怪的！
|
| 返回顶楼 | |
|
发表时间：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结构并非奇怪. 快速的的客户开发, 快速的服务开发. 能设计好接口. 应该是好事情. |
| 返回顶楼 | |
