110,580
社区成员
发帖
与我相关
我的任务
分享请问在局域网的情况下，c/s和b/s那个速度快？
请问在局域网的情况下，c/s和b/s那个速度快？(数据库放在服务器上，假设硬件和程序的优化做得一样的情况下）
因为用户每天要录入几百张单子，一年下来要上万条记录，怕b/s结构会影响录入速度。
另外若c/s更快的话。可否指引一下如何入门，我会b/s，不会c/s，单机的程序倒会做。
因为用户每天要录入几百张单子，一年下来要上万条记录，怕b/s结构会影响录入速度。
另外若c/s更快的话。可否指引一下如何入门，我会b/s，不会c/s，单机的程序倒会做。
...全文
请发表友善的回复…
发表回复
tanta 2014-09-01
- 打赏
- 举报
肯定是cs快，bs发展到现在，其复杂度越来越高。复杂度越高的东西，速度越慢，越容易出问题。
xxxuan 2014-09-01
- 打赏
- 举报
那当然是c/s的最快了,这是毫无疑问的!
effun 2014-09-01
- 打赏
- 举报
B/S最头疼的就是浏览器兼容性问题，但如果是一个内部管理系统，就不是太大的问题了。
effun 2014-09-01
- 打赏
- 举报
速度快不快，关键取决于你的程序写得合不合理，与B/S或C/S关系并不大，从安全性角度来说，B/S会好一些，况且银行的ATM用的都是B/S，你还担心什么？
不服输的人 2014-09-01
- 打赏
- 举报
能用b/s的坚决不用c/s，你还不明白吗？
浏览器以后会成为应用的一个大平台的
小灰狼 2014-08-22
- 打赏
- 举报
仔细看了下楼主的压力，一天几百条记录，一年上万条
这不算多，用 cs还是 bs 区别都不大
於黾 2014-08-22
- 打赏
- 举报
这都什么思想
怎么不两个都做呢,更练手,温故而知新
具体用哪个,不是看你爱好,也不是看哪个省事,你得看到底哪个能够满足业务需求啊
如果对实时性要求不高,而且客户机不连外部设备,客户机又超多,又要先试运行再改,那果断BS啊,CS光重新安装客户端就忙死你
小灰狼 2014-08-22
- 打赏
- 举报
个人认为，性能的瓶颈不在 cs/bs 之争，而在于人手动录入的速度是不是快得过电脑
gucangen 2014-08-22
- 打赏
- 举报
如果你都会啊？如果一天几百条你都在考虑B/S的性能的话，我介意你琢磨用B/S,C/S之前先去倒腾下并行（多核）开发吧，直奔底层去提高CPU使用率上去做文章吧；
如果都不会呢？就看你爱好偏方哪就做哪
如果只会一个呢，上面已经回答了
YapingXin 2014-08-22
- 打赏
- 举报
那我要是都会，或者都不会呢？
以专业开发人员为伍 2014-08-21
- 打赏
- 举报
这要看你所谓的“几百张单子”是什么行业的，如何要求的。比如说，你可以想一想，如果大型超市的收银机操作，每台机器每班可能也不过300个简单交易，如果用csdn这类网页操作，那么这个任何超市收银部门都要罢工了。如果是一个仓储，录入进货的同时还要“反建档录入商品甚至BOM信息，等等，就更复杂一点。这些都需要有高效率、绝对靠谱地操作体验。
但是你要是说是给一个国营单位的办公室人员，吃饱了撑的没事去录入一堆什么“入团积极份信息”之类的，那么显然就没有专业要求，网页多么难用都成。
绿领巾童鞋 2014-08-21
- 打赏
- 举报
首先，你说的，大概只是操作的延迟方面考虑。从用户发出操作指令到返回结果，不同的通讯方式，结果都是不一样。例如，如果是B/S，可能就要提交表单然后到WEB服务器后台处理再返回结果，结果的解析，有可能是页面的跳转或者axjs之类的;而C/S方面通讯的选择性可以更多，有复杂的分布式，也有简单的SOCKET直连发送字节或者不通过服务器直接客户端操作数据库。所以，不同的通讯方式环境不一样，两者不可比较。
“用户每天要录入几百张单子，一年下来要上万条记录，怕b/s结构会影响录入速度。”这种问题是设计问题。一个软件设计架构是比较好的，也就是说它的核是比较好的，就像是汽车的发动机或者手机的ARM处理器一样，B/S和C/S方式只是一个意象结果而已，差别其实没有那么大的，就像手机的屏幕是大猩猩硬屏还是一般的软屏一样是可以流畅滑动，但你是要看手机系统以及系统下APP的运作情况。手机屏幕只考虑耐用情况，就像你B/S和C/S选型一样，哪种比较好哪种做得快哪种做了可以让老板提工资发奖金的iu选哪种，就是那么简单。
WM_JAWIN 2014-08-21
- 打赏
- 举报
CS的最麻烦就是UI了，要是加一个输入项，改起来都麻烦。
BS，UI可以做的很好，修改也不麻烦。
ch93711 2014-08-21
- 打赏
- 举报
不管是开发还是使用，都是c/s的快。
B/S就是使用方便，不管在哪打开浏览器就能用
Tiger_Zhao 2014-08-21
- 打赏
- 举报
楼主的数据量不多，录入应该没有显著的差异。
但是在分页浏览是性能差异会比较比较显著：调用同样的分页查询SQL，
b/s 翻一页就得实时取数，查询性能不好时会有明显的等待；
c/s 可以后台开定时器预取数据进行缓存，翻页能够立即刷新。
但是在分页浏览是性能差异会比较比较显著：调用同样的分页查询SQL，
b/s 翻一页就得实时取数，查询性能不好时会有明显的等待；
c/s 可以后台开定时器预取数据进行缓存，翻页能够立即刷新。
showjim 2014-08-21
- 打赏
- 举报
一天几百张单子，哪里能和x/s速度扯上关系。
每秒百万级单子的时候，再来纠结速度吧。
等到需要纠结速度的时候，服务器是必须的，那么x/s的速度也就仅仅是界面了，更没必要纠结x/s了。
关键的问题是你熟悉什么技术，你熟悉技术是否满足需求，不能满足需求才纠结。
LoveNet_ 2014-08-21
- 打赏
- 举报
c/s美工难吗，b/s才难好不好
我叫小菜菜 2014-08-21
- 打赏
- 举报
同意，性能瓶颈通常不在网络传输上，而是在于算法复杂度。
在局域网（经典以太网）中，传输效率是很高的，100M甚至千兆局域网，传输速度都能达到几兆每秒。关键在于数据的组织和逻辑处理。
云中客 2014-08-21
- 打赏
- 举报
C/S和单机 编程没多少区别，主要是使用的数据库改下
云中客 2014-08-21
- 打赏
- 举报
B/S易维护，但工作压力集中在服务器，如果操作人员比较多、操作数据很大、网络环境为局域网的话，建议使用C/S.
不过对于每年只有几万数据来说，可以忽略不计
加载更多回复（18）
