技术讨论：做ERP CS与BS架构的优劣（100分给有价值答案，100分给参与讨论的兄弟）

Question

我建议你采用多层结构，用 Web Service ,
这样客户端winform也可以直接调用，以免重复代码！
建议ASP.Net用于普通查询和一些简单更改的操作。
建议客户端WinForm执行一些复杂一点的操作。

Answer 1

一个是web form ,一个是windows form，都是基于C sharp.一样好用！

Answer 2

当然好用，不知你以前用的是什么语言？cs的功能应该可以使你“为所欲为”。关于结构的问题，实在不好说，我们公司接触的项目人家都要求作b/s结构，其实这不是我们说了算的，顾客是上帝嘛！
本人愚见，仅供参考！

Answer 3

我赞成reformer(yifan) 的观点，这是个很好的建议！

Answer 4

I don't agree with reformer, web service won't be a good choice if you have the control of whole system, it is slow!if you really want layering, remoting is better, only when you want to communciate with other systems or leave several interface for outside system calling, should you use web service.

Answer 5

我用C#,做惯了asp.net，但我怀疑bs做erp有硬伤，比如报表打印,或者安全控制具体的讲datagrid还能非常方便的分页、排序、内置编辑、放模版吗？期待高手，从技术角度详细讲讲另外有cs下作企业应用的资料，介绍一下关于用webservice做业务提供层的想法，我们已经有了，但如果定为cs我们不会做

Answer 6

我以為MRPII和其它的HR,OA等模塊寫成C/S的，可以追求靈活和高效
但是CRM,B2B模塊做成WebService比較好，並且留出B/S操作界面

Answer 7

我觉得这个可以都做。
商务层在中间界面可以是ie的，也可以是传统的windows界面

Answer 8

我比较不赞同Web Service的方案，如果只是为了节省代码，用COM+组件就行了。
Web Service的性能影响不得不考虑。
Windows Form中的DataGrid 和Web Form中的是一样的功能，所有都能实现的。
我所在公司的有种解决方案，你可以参考一下：
主要的显示和操作都是通过Web方式，不过多了一个Windows GUI的监控程序，监控数据库内容更新（指定用户和密码）。只要监控程序开着，浏览器关上也无所谓，当有新的数据改变发生的时候，监控程序会自动打开浏览器对应的页面。这样的方式我觉得是BS和CS结构很好的协作方案。
另外，你说开发ASP.NET较多。请教下在WEB下面实现精确控制打印套表的方案。目前我正在做这个，要求必须在WEB下实现，你是否有较好的解决方案？

Answer 9

建议楼主用Remoting来做公共访问部分，Web Service的速度不敢恭维。如果有些模块可能要在Internet上调用的话（你的项目如果需要的话），独立出来做成Web Service的。在Win Form下的DataGrid很好用，自定义样式也很方便的。

Answer 10

用C#开发C/S的话,控件方面就不用担心太多

Answer 11

其实c/s的更好做－－比c/s好操作数据库。可能是我本人比较熟悉c/s吧，我觉得c/s的数据绑定和操作都十分方便，特别是主细表的。
我想你可以先写好框架，比如：单表维护、主细表维护、单表确认、主细表确认审核等常用的界面，还有那些常用的方法，比如选择物料、库房、机构，查库存等，
框架搭好了之后，再进行开发就十分快速。

Answer 12

winform的datagrid比asp.net中的要方便的多啊！

Answer 13

关鍵是看客户的要求，技术B/S要复杂一些，C/S相对来说要好办些，比如报表，打印，速度上要相对快一些，但如果从后期维护上来看，B/S还是优于C/S。

Answer 14

Web From 下面的DataGrid支持排序，修改！
建议系统最好做成分布式的！把数据层，业务层隔离开来，对整个系统的可维护性、都是有好处的！ 
    在表现层，你可以选用WebForm,也可以选择WinForms 这要看你们企业Erp系统的应用单位的电脑和网络配置情况，比如Erp的企业，有些节点据总部比较远，但他们上公网，你就要考虑用WebForms,如果你们企业有大量的业务流，那么则可以通过WinForms,当然，可以鱼与熊掌兼而得知！
    在数据层，你可以选用MTS、COM+服务器作为你的事务处理服务器，在选用1到多台数据库服务器！同时，将你的数据库访问代码都封装起来！具体的业务访问还可以将其写入存储过程！

Answer 15

我认为，单纯的谈B/S或者C/S结构都会有他们各自的优点和缺点。当然现在比较流行的趋势是B/S结构。在现有的技术的基础上，想用B/S结构开发出与C/S结构一样的功能非常强大，性能又很好，操作还比较方便的简单的系统是需要付出大量的代价的，我认为这样做并不值得。现在有比较新的一种结构就是B/C/S结构。也就是将B/S和C/S结构结合起来，相互之间取长补短。其实这样的结构类似与上面的一位仁兄说的客户端用COM+组件。这样的话，开发出来的东西周期短，大量代码能重用，又能满足用户的要求。我认为这样的方式是比较好的。个人的肤浅之见，不对之处请指正。

Answer 16

B/S、C/S的比较好比来比较两种开发语言熟好熟坏，各有各的优点，又各有各的不足，关键要看需求是怎样的，离开具体的业务要求谈b/s,c/s的好坏没有太大意义

Answer 17

c/s和b/s两都是一个事物的两个方面！可根据业务类型特点进行分工！

Answer 18

我认为应该用C/S做主体结构，但是留出Web接口作数据交换用，层次上采用三层结构比较好