如果用C# WINFORM开发一个ERP项目 用什么技术或者框架做比较好

[戒烟戒酒戒编程]

客户端、服务端、数据库三者
所有的数据库交互的方法函数都放在服务端，客户端通过访问服务端 达到对数据库的操作。
目前我正在研究的是WCF技术，给我的最大感觉就是很强大，但是有一个致命弱点，效率。
假设有10W条数据，直连可能会快一些，毕竟WCF要握手好多次，这样可能会使客户长时间等待。这可不好。

请问有没有更适合的方法，可能也是我只是对WCF只是初步涉猎。有什么不对的请多多赐教。

[1988525]

感觉这个架构还不如直接用b/s做

[wmg494005678]

原来单位也做ERP,用的WebService，大数据量下的性能问题，重点还是放到数据库表结构的设计和SQL的写法上吧,10W真心不多

[exception92]

感觉使用cs做客户端，bs做服务端也不错。

[戒烟戒酒戒编程]

引用 3 楼 duanzi_peng 的回复:

感觉使用cs做客户端，bs做服务端也不错。

恩 我的服务端打算写在WINDOW策略服务里面 这样就可以防止被恶意关闭

[戒烟戒酒戒编程]

引用 2 楼 wmg494005678 的回复:

原来单位也做ERP,用的WebService，大数据量下的性能问题，重点还是放到数据库表结构的设计和SQL的写法上吧,10W真心不多

设计合理的表结构 优化SQL语句 这样我明白

[xdashewan]

用wcf没有问题啊，erp做的好坏数据库设计才是最重要的

[戒烟戒酒戒编程]

引用 6 楼 xdashewan 的回复:

用wcf没有问题啊，erp做的好坏数据库设计才是最重要的

恩 多谢指教

[xdashewan]

引用 7 楼 liheyueshi 的回复:

恩 多谢指教

暂时有空就和你多聊几句吧，erp项目的好坏，最终评价者是用户，而用户是不关心你内部用的什么框架有多复杂的逻辑的，他们唯一关心的就是视觉感受和效率，界面美不美观，按钮按下去多久能看到结果，这是用户评价的关键。但对我们做软件的来说并不是这样，我们要考虑代码的扩展性和可维护性，所以有了框架。但框架终究只是框架，虽然好的框架对性能有所提升，但达不到质变的层次。框架可以无数次的推倒重来，但相比之下数据库的推倒难度不是一般的大，前后要考虑的各种要素以及大量的数据同步会让你无从下手，稍有不慎就会造成各种状况。所以我会说数据库设计才是最重要的环节。

[a472544436]

肯定用CS，BS你做做小作品自娱自乐还可以，大公司会发现人家会投诉不断，网速曾在问题。这就好比做手机ERP一样的事情，这么新颖的东西为什么不受欢迎呢？因为根本不实用，耗流量，基本上没人肯用，BS也一样，除了网络运营商别人谁肯用，网速不好，卡老半天，一刷新还清理缓存，IE浏览器一奔溃你这一单又得重做，这就是为什么现在流行市面的ERP都是CS架构。

[普实软件1999]

严重不同意楼上的观点。 首先现在市面上流行的ERP都是C/S架构这种说法本身就不准确。 且不说国内的金蝶（K/3cloud）用友（NC/U9）早都是B/S架构的了，连国外的SAP也不是严格的C/S，oracle早都转型了。 当然B/S及C/S本身都有其一定的优势，在移动性、部署的范围、后期的维护工作及升级成本等方面看，B/S有巨大的优势。如果从运行速度，内网数据安全方面来看，C/S又有一定的优势。 但是从长远角度来看，B/S架构是趋势毋疑。 关于楼主的问题，ERP的核心并不在于用的是什么框架，而在于对其应用的业务模型和管理流程。

[kuaile999]

用友 U9被用友自己认为 是失败的作品，就是因为用了 BS，金蝶和浪潮的BS版本评价比CS差很多 BS永远为做网页存在的，不是为系统软件存在的，何必用BS去伪造模拟它不擅长的东西，无非成本低一些。 中国流行的原因在于 中国人喜欢投机取巧，偷懒耍滑，BS对程序员要求低，以赚钱为目的。然后跟客户吹牛，什么BS淘汰CS这种弱智的说法。 维护也没说的那么方便，浏览器支持性差，不兼容，CS 只要安装完一次就完事，不需要任何复杂的维护，10000台机器，每台机器5分钟。根本也不需要多少成本。更新换代方面比较废话，任何东西都要被淘汰。操作性差劲不用说。 CS 10年前 已经很成熟了，微软不需要提供太强大的组件，否则程序员没创新了。BS在发展中。 不过BS也有少数适合的场景，比如 电子商务，产品系统浏览，可以发挥 在哪都可以上的优势，互联网优势，以及浏览的优势。 所以选型要看适合程度。绝大多数ERP不适合BS，当然也要看看是做什么用的ERP了。