这样的需求,如何设计（尤其客户端与服务端的通讯）
0
悬赏园豆：10
[待解决问题]
咨询一个问题，我今年有个系统平台的开发计划,与一般的企业架构差不多，无非是UI层，业务逻辑层，服务层，数据层，数据库。（使用.NET技术）
UI层可能会有WEB客户端，WINFORM客户端，还可能会有安卓、IOS客户端。
其中web,安卓,IOS客户端我觉得可以使用wcf处理.
在winform的开发中,业务逻辑层其实可以部署在本地，也可以部署在服务端。
现有一个问题:如何做到一套业务逻辑能够通杀所有的客户端程序，我也想若需要服务则将业务逻辑发布成WCF服务，若不需要则不发布。但业务逻辑太多，发布的服务也会很多,工作变得复杂。
如果不发布WCF的话，能够实现这种需求就太好了，我的理想想法是,不发布WCF，比如写一套客户订单处理dll程序，则将对应的DLL发布到服务器上即可。若安卓客户端访问，只需要知道对应的DLL文件及类和方法即可，就是不知道是否能实现。若WINFORM想在本地访问，则将DLL部署的本地即可。
因此，有没有好点的办法，如何处理这样的需求，若有，能否提供一些技术建议？
能否提供一些开源的类似项目，以上不知道有没表达清楚。
所有回答(3)
0
之前有接触过这样的项目，当时的做法是：UI层全部调用逻辑层提供的WebService，WebService公布的方法无论是请求还是响应处理的是xml或json字符串，这样一来，不管你的UI是什么，都只需要解析xml或者json即可。
不一定是最好的，仅供参考！
WEB service 是将所有的业务逻辑已经分布给UI层，UI层直接调用。
我的想法是只通过WEB SERVICE 进行命令传输，不要发布具体的业务逻辑。
如审核订单，则直接发送 audit order '201254587' 即可。
而无需调用具体的业务逻辑。
0
CSLA.NET实现的好象就差不多是你说的功能，你可以去看看。
0
帮顶
