Web Service + Winform 的结构设计,大家批批,可以吗?

Question

最近有个单位内部的营销管理系统,有两三个分部,分布在异地,用户不是很多,参考了一些设计,准备采用Winform + web service的结构,看了相关资料,大多建议把业务逻辑和数据处理都放到服务器端,web service只是封装业务逻辑的接口.
现在有些不太明白?
(1).假如客户端增加一条记录,那么实体类的对象是不能当参数传递的,那么传什么呢?
(2).如果这样设计的话,关键是为了速度快一些,否则不停的交互速度会很慢的,那么在
   web service 中岂不要定义N个方法,到时候几百个方法会把自己搞晕的.
望有这方面经验的人指导指导,THINKS!

Answer 1

类似问题以前还开了一帖,到时候一起揭
http://community.csdn.net/Expert/topic/5172/5172506.xml?temp=.8607599

Answer 2

错了,是这个
http://community.csdn.net/Expert/topic/5115/5115161.xml?temp=.1428339

Answer 3

(1).假如客户端增加一条记录,那么实体类的对象是不能当参数传递的,那么传什么呢?实体类的对象是不能当参数传递的?? why(2).如果这样设计的话,关键是为了速度快一些,否则不停的交互速度会很慢的,那么在
   web service 中岂不要定义N个方法,到时候几百个方法会把自己搞晕的.可以考虑remoting

Answer 4

可以参考普通的c/s的设计方案,传递就是data如果用remoting的话,等于是把c跟s一起考虑了其实还有windows service+client的设计方案webservice其实效率并不好,走的是http

Answer 5

你说的架构正是我们目前在用的.
第一个问题:
在Webservice里是可以传递对象的.而通常也是通过对象的传递来操作.
第二个问题:
是需要很多方法.在Webservice里最好分开.Webservice的效率是不太好.但如果你通过remoting只能在两边都是.net的部署下使用,如果使用自己的socket去通讯,工作量太大而质量难以保证,具有一定风险.
而Webservice只要开通用的端口就好,它的标准性可以让其它平台兼容.扩展性也好,如果在互联网上使用较多,建议Webservice.

Answer 6

明白了，WEBSERVICE中的类在客户端是能被定义对象的，
不过还有一点，WEB SERVICE中的N多方法接口有好的解决方法吗？