请高手帮忙，选择CS还是BS

[kisenxu]

我们要做一个公路养护管理综合系统，因为用户特别分散，之前选择了BS架构做了系统，但是使用起来效率很低，一是受到网速限制，二是客户端经常有大量数据需要录入，没做数据导入接口，通过浏览器录入是在太费事了。养护管理过程的逻辑也有些啰嗦，查询了报表了操作都比较多，我们准备新做一个系统，要求用电脑和移动终端都可以使用，并且要求提供地图服务（自建一个地图，对地图上的目标进行捕捉，然后有相应的操作），如果继续使用单一的BS结构是不是效率会更低呢？有没有更好的解决方案呢？

[专注研发ERP低代码开发平台]

个人之前项目处理经验，b/s为主，但一些用户输入量特别大，或者需要用到批量导入大数据的功能，再做一个c/s处理。相当于，你有一个b/s的完整项目+一个c/s的数据录入后台。

[xtxc]

看用户需求，如果随处使用，用BS，有浏览器就可以用，如果要求客户端安装及安全性考虑，可以用CS。 注意：可以用CS，也就是有了BS后，设计CS也就相当简单，其实我做程序，一般BS、CS都会兼容，主要考虑到所有情况。相对难度会大很多，考虑的接口也会多很多，但一次开发，终身受用，随处转移。不怕客户端是ＪＡＶＡ，还是ＣＳ还是ＪＳ，我都可以应付自如。

[xtxc]

sp1234，挺讨厌的一个人，一天到晚到处发言，自己又不写示例，老是讲道理，好象你跟专业人员混到今天，就是一身是嘴，不切实际，人家是要你回答问题，不是找你挨训，天天搞的象是专家，实际懂得多少，我真看不出来，你真懂还是假懂，还是装懂。

[ActionListener]

需要在界面上大量录入的项目还是CS吧，偏向只浏览不录入的再选用BS。另外，长期使用还是CS靠谱，BS的优势是维护、部署成本低，除此之外没有优势。其实严格的讲BS程序也属于CS范畴，因为浏览器本身就是个CS客户端。

[fsy123456accp]

个人觉得 49楼说的不错，B/S +C/S 合起来一起搞，比较实际。

[非专业开发Five]

这样的系统肯定不是一个B/S或者C/S就能完成的，正确的做法是把用户的需求细化，然后再开始选择，为什么不能一些必要的功能C/S（比如大量数据录入或导入导出，需要高级的绘图功能等等），一些传统的功能B/S（例如报表图表通知业务流转等）。 但是不论你最后决定是什么样的，记得客户端不得直连数据库，你要做一个中间层把业务支撑起来，这样你业务逻辑变动你变动的是业务逻辑的中间层，你就不会为了更新手忙脚乱了。

[qq_40651705]

大量数据导入是多大量？不到GB级的数据量都不是问题。网速限制内部管理系统走内网能有多慢？ 题主说的需求我觉得BS全都能实现。如果是我我会选择BS。 一个是跨平台容易，需求里提到的要移动端能访问，用CS做要开发两个版本，BS一个响应式解决。 二是页面展示容易。开发报表之类的省事很多。我看题主的需求应该报表模块少不了。 但是其实怎么选型还要考虑很多因素的，比如开发团队是否胜任，技术支持，客户接受度等等。CS+BS的模式也是可行的。

[霸道卡东东]

C/S和B/S确实各有各的优劣势，我个人觉得B/S用来开发个人软件，数据量交互小的，个性化要求高的还不错，C/S就非常适合企业管理软件，这种大应用，大数据交互方面的，这样有安全性，使用方面都要好得多。虽然目前发展趋势都是往移动端走，而且越来越多的人加入B/S和移动端开发，C/S开发的人已经很少了，懂的人都知道B/S开发的东西，很容易就移植到移动端了，C/S开发的东西可能需要重新简化后才移植到手机端，但并不是说C/S端就被淘汰了。正好比目前有些地方还是使用大头电脑一样。 顺便说一下，你还可以选择快速开发平台，我们这里就有，是C/S架构的，效率很高，想你这种东西需求调研好了，一个星期就搞定。我扣418181574

[以专业开发人员为伍]

所以你问“cs 还是bs”的时候，要理解背景不同理解不同。要懂得首先去理解新事物。

[以专业开发人员为伍]

比如说我们最近一个集团报表工作流系统，跨几百公里几十个单位使用，特别是同时补录2017数据，然后各用户提交2018年数据，集团相关部门汇总、审批、驳回等等流程，随便一个大表格（想想看，这是某行业全国最大的市政公司的报表）上几百个单元格就是许多表（包括许多月份、季度）的关联计算，随着用户填入每一个单元格的数据那么整个数据瞬间刷新改变，整个刷新统计都是在毫秒之内瞬间改变，跨几百公里众多用户同时并发使用（因为年底各个子公司、分公司都要突击保送过去一年和今年的数据，所以确实是并发同时使用的）时其处理速度要比你桌面本地的 Excel 众多计算公式的计算和刷新体验还快！ 那么这靠什么技术？前端技术！这是 asp.net 程序员不懂得。这必须专业前端开发！ 我们招聘应用界面层开发人员目前只招前端开发，不招什么 asp.net 或者 jsp 或者 php 人员。给你一个方向，过2、3年这会淘汰大部分的开发人员。

[以专业开发人员为伍]

前端技术其实也比较容易，关键在于去学对前端框架开发原理和工程方法（别去学个底层的 jquery 就号称自己是前端人员）。像 silverlight 开发企业级系统可能需要（有2年其它系统开发经验）学习1年，而前端人员（有6个月前端技术培训和实习经验）只要学不到1个月能达到相同产品研发水平。 前端应用的使用速度、跨几百公里上百人同时快速大量填写（并且一边填写、一边几百个单元格就自动关联刷新）的这种使用，其速度超过传统的桌面程序，至少不低于传统的桌面用户软件的速度。这个关键就在于这个时代，websocket 通讯以及服务器技术都比10年前成熟很多，前端框架优化得很好。而良好的开发框架，决定了这样的开发只要一些刚刚毕业1年的年轻人就能胜任了，只要肯学踏实，就能轻松地“套”出令人震惊的网络软件来。不论是开发管理信息系统，还是手机app，都非常简单。

[sp1234_maJia]

你把你的问题中先入为主的那些对于web开发的理解，跟我说明的实际的潮流趋势做个对比，你会发现什么东西是“白学了”，需要赶紧更新换代。 等你明白了，你就站到另外一个圈子里了，不会纠结那些传统的、羸弱的对 web 开发的抱怨。

[非专业开发Five]

没有过多的用户端信息需求，B/S即可，即使有各种硬盘序列号cpu序列号网卡MAC地址等需求上个AcitvX或者PPAPI也可以，当然这种之后C/S的优势面更大，实际上你就是做BC结合也没什么不行，你看QQ各种一键登录不是也是一种很流行的操作吗？

[以专业开发人员为伍]

其实单独说 B/S 这个是极其容易误导人说法，我们只是把一些不明真相——没有搞懂浏览器富客户端编程——的人的说法允许混淆。 前端纯应用程序，有着10几年历史，它用来杀死 Flex 和 Silverlight 技术，而且已经大获成功，以至于 html5 标准都把 websocket、客户端本地文件读取、绘图基础、客户应用文件缓存等等技术作为了标准。那么你还以为这是 asp.net、jsp、php 之类程序员利己的那种 b/s 那就完全是南辕北辙了。 如果有人说 B/S 结果满脑之只有传统的那种 web 服务器编程思路，比如说满脑只有什么 asp.net mvc 里边的东西，那么我当然同意这根本是不行的！所以我其实从来不说什么 B/S，我们只说“专业前端开发”。 所以千万要搞清楚区别。

[以专业开发人员为伍]

好吧，为了区分清楚开发企业级应用系统的基本技术要求，我以后换一个说法，我说 B/S 不行。这样希望能有助于讨论纯前端框架以及 typescript 等等。

[以专业开发人员为伍]

用户的体验是第一位的，所以首先我在一年以前、在 #3 楼首先同意 lz 对传统的 B/S 程序的批评，那种应用不应该再在企业级开发中继续下去。 我想我还是把技术层面的最终框架叫做 c/s 应用程序吧。虽然是基于现代浏览器层承载的，是（由比如说 typescript）编译为 js 的，是基于 html 标准的，但是这纯粹是 c/s 应用，它访问的是纯粹的业务逻辑层远程服务，而不是什么 asp.net、php 网页生成器服务。

[黎大]

看集成的要求吧，cs，bs的兼容性都有问题的。cs涉及到操作系统，bs也和浏览器版本有关系，哪个重新配置的成本更低呢？这个还是一目了然吧。。。 你们只看报表，没有太多3d等复杂的用户交互的话，bs真心没有压力。一个浏览器全搞定，还不怎么用担心系统升级问题。 当然，如果你们想要很炫酷的可视化效果，bs可能支撑能力就有限了。 最后，所有计划做好了，说服老板，他掏钱，他是大爷，看他的心情呗。

[leon51]

我也是来混经验的

[冯修远]

建议你使用cs+webservice的方式。

[chengzhb_csdn]

用户分散，只能用BS吧，CS能把忙死你。 楼主要表达的意思是CS录入比BS快呗？那就多做好优化BS界面的工作吧！