大家都说说C/S结构和B/S结构的优缺点吧~~~~~~~~~~~~~

[denghby]

RT

[三合一]

cs：界面可以更丰富，用户友好性较高；但是不利于在广域网上或大范围的使用

bs：界面结构简单，程序结构简单，维护方便，界面与业务逻辑容易分离，但是对数据流量、客户操作友好性不够。

[denghby]

如果结合各自的开发环境和语言，C/S结构和B/S结构在开发中的难度有没有大的差异？能实现的功能有没有大的不同？

[zhaoxichao]

C/S 与 B/S 区别：
　　Client/Server是建立在局域网的基础上的.Browser/Server是建立在广域网的基础上的.

１．硬件环境不同:
　　C/S 一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.
　　B/S 建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行

２．对安全要求不同
　　C/S 一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.
　　B/S 建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群.

３．对程序架构不同
　　C/S 程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.
　　B/S 对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟.

４．软件重用不同
　　C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.
　　B/S 对的多重结构,要求构件相对独立的功能. 能够相对较好的重用.就如买来的餐桌可以再利用,而不是做在墙上的石头桌子。

５．系统维护不同
系统维护是软件生存周期中,开销最大,最重要的。
　　C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统
　　B/S 构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.

６．处理问题不同
　　C/S 程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统
　　B/S 建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小.

７．用户接口不同
　　C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高
　　B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本.

８．信息流不同
　　C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低
　　B/S 信息流向可变化, B-B B-C B-G等信息、流向的变化, 更象交易中心 　　

[AechoJohn]

在优缺点上大部分都是这样的:
C/S优点<->B/S缺点
C/S缺点<->B/S优点

[denghby]

就开发而言，谁更容易一点~~
以前没有开发过B/S结构的项目，平时看了一些文章，总觉得做B/S结构的很多，百家争鸣，有点无所适从的感觉，象SUN的Java Bean,MS的C#，.NET，BEA的Web Logic，IBM的WebSphere（是这样拼的吗？）...

[denghby]

好象ORACLE也有什么电子商务套餐~~？

[zhaoxichao]

开发肯定是cs容易一些

[愉快的登山者]

C/S结构：优点：一些服务器的工作可以在客户端完成，如数据是否合法合理的校验等，减少通讯数据量和通讯次数，提高成功率。缺点：不易于维护和升级客户端程序。

B/S结构：优点：易于维护和升级客户端程序，对客户端的环境要求不高，易于使用和推广。缺点：增加通讯量和程序处理时间。

[hqz010]

up