开发中小型物流系统，是用BS事实CS？
0
悬赏园豆：100
[待解决问题]
做过物流开发同学，请问，开发中小型物流系统，主要是用BS还是CS？还有就是现在一些主要的物流公司内部系统，比如德邦，圆通那些，是用BS还是CS结构开发的？我个人偏向BS，部署升级方便；但是CS好像给人的感觉就是用户端体验会好些，是不是这样的呢？
问题补充：
但是实际上，好像大部分的物流系统（如内部员工录单部分等业务功能）都是用CS开发的。大家都这样用，总该有它的道理。这点很疑惑？是不是实际上这样的业务系统总归还是用CS才合适？希望有做过这方面的大神也帮忙给点意见
所有回答(12)
0
CS对于大量的数据处理，效率会高很多；但是美观度应该没有BS好处理。其实可以做BS和CS相结合，CS做一些业务单据处理，BS做一些报表查询或者手机端查询等。BS可以支持多个平台。
我想用BS,但是考虑到物流公司订单（运单）录入或修改，会比其它的一些企业更加频繁，如果用BS，每次新增修改数据都要等待提交，甚至每次页面跳转也一样，这样的话和CS相比，会不会特别影响用户体验？
@Chester Huang: 如果操作比较频繁，还是用CS吧
SAP、AX、oracel等ERP系统主体都是CS的，辅助有BS的
@JackWang-CUMT: 我更偏向BS，怎么跟老板说才更有说服力，用BS比CS好？国内其它的一些速递行业录单用的系统是不是CS的呢？
@Chester Huang:
其实我个人建议是给老板分别列出BS和CS的优缺点，给出2种方案，然后重点阐述你偏向BS的观点。比如BS界面可以更美观，而且部署简便，同时可以在网页或者手机和PAD等平台是上直接访问...如果就给老板说一种方案，感觉不太好！
0
还是bs吧，cs维护太麻烦
0
0
各有所长。
1
BS、CS的特点你都列举出来了。综合考虑，个人推荐还是CS，毕竟样式要控制，维护更方便一些。体验上的话，如果做好一点，也可以和CS相当。
0
推荐bs,bs也可以做出cs的感觉来
0
bs吧，升级方便。
0
现在主要还是bs.后续应该会有很多升级，维护这些。bs方便。cs这里优势是什么？你说bs慢？一个单据能有好多数据也是秒开吧。
就是因为楼主这种思想造成的。那你说说是不是大部分财务，进销存都是cs的
那是以前老系统，现在很多都出对应的bs版的了，而且用户都认为bs版的还更好，更原意选择bs版的。
而且现在好多系统从以前xp的慢慢变成bs的，各种平台不受限制，而且手机平台也都可以用。
0
当然是BS的，CS的作用应该是需要调用用户的本地硬件资源，比如套打、拍摄、串口通信等……。
其实BS和CS的本质区别不大，因为S都是一样的，B的C的区别就是，B是事先用C做了一个浏览器，然后界面使用代码动态生成（也就是HTML），所以，根本不存在CS和BS的选择问题（如果你所谓的CS是指客户端直接访问数据库，那我就没办法了）。只要你的S按照兼容的标准做了（比如RESTful），CS系统以后很容易扩展出BS，BS系统也同样很容易扩展出CS，这个看用户的想法。当然，现在由于 ActiveX受支持越来越小，所以，BS调用如上的套打、串口等超级麻烦，可能还要借助应用程序。其它就都一样了。
0
一些物流系统往往要求能够读取扫描枪或者电子称上的数据，这些设备很多都是串口的，此时用C/S就比较合适。当然，如果你是windows平台的话，你还可以使用混合模式，即适合用C/S的部分，如串口读写，使用C/S模式，将这些功能封装成activeX控件，装在IE浏览器上，其它的部分采用B/S。
0
谢谢各位的回答。下面是我最近的调研后的结果和想法，各位看看再给点意见。
1.核心业务已结决定使用BS开发，使用.net mvc框架
2.维护成本BS比CS低，只要用户端有浏览器就能访问，不需要安装程序客户端。
3.使用浏览器操作业务，虽然每次跟服务器交互都会刷新页面（使用Ajax技术可以有效提高用户体验），但是可以接受。因为大部分的业务操作都是在局域网内。
4.使用BS的开发成本会比CS的高很多，估计工作量(主要是代码)是CS的2倍多。考虑到BS系统框架开发成功后，系统至少能用8年，这个可以接受。
5.BS始终是当前开发的主流。很多物流系统都是一些中小型公司开发的，他们主要是考虑到开发成本和推销初期的客户体验，所有就选择CS开发产品。后期的维护成本基本不考虑。
自顶一下，别沉下去
@Chester Huang: 有要求搞扫描枪、套打之类的B/S开发的难度不是一般的高
0
BS吧，后期维护和继续开发升级都很方便。
