一、背景介绍
C/S（Client/Server）：客户端/服务器结构。界面表示、事务处理逻辑放在客户端，服务端主要负责数据的存储管理，这就是胖客户端模式。而在三层架构模式下，表示层和少量的事务处理放在客户端，主要的事务处理逻辑放在业务应用服务端，同时数据存储管理仍然为独立的一层。
B/S（Browser/Server）：浏览器/服务器结构，界面显示逻辑放在浏览器，事务处理逻辑则在Web Server。极少数的逻辑在前端实现，但主要的事务逻辑在服务器端实现。通常由Browser、Web Server、数据存储Server形成三层架构。
二、优缺点比较
1. C/S优缺点
（1） 优点：
l 能充分发挥客户端PC的处理能力
很多工作可以在客户端处理后在提交给服务器，因此CS客户端的响应速度快。例如，可以在客户端完成20万条数据的排序、内容筛选，函数计算等；显示包含上万节点的关系图。
客户端应用可以利用工作终端的多核CPU、内存、GPU等硬件资源。像AutoCAD、Photoshop、游戏软件客户端等，还会针对显卡进行特殊优化。
l 操作界面漂亮、形式多样，可以充分满足客户自身的个性化要求
客户端应用的自主性更强，客观的讲，浏览器自身就是一个客户端应用。
所以，操作界面漂亮与否应该与所使用的开发语言和框架、设计与开发人员能力、应用开发资源投入等因素密切相关。
客户端应用可以集成第三方软硬件，例如指纹仪、智能卡、加密狗等；可以使用扩展屏幕，例如PowerPoint的演讲者模式、大屏显示等。
l CS结构的管理信息系统具有较强的事务处理能力，能实现复杂的业务流程
l 容易保证安全性，程序更注重流程
C/S一般面向相对固定的用户群，可以对权限进行多层次检验，提供了更安全的存取模式。一般高度机密的信息系统采用C/S结构为宜。
（2） 缺点：
l 需要专门的客户端安装程序，分布功能弱，快速部署安装和配置困难
l 兼容性差，需要考虑运行平台，如操作系统版本
针对不同的平台，需要使用不同的开发工具开发。操作系统版本（win 7/win 10/Linux）、系统类型（x86/x64）。
尽管一些中间语言，如java、.net通过虚拟机可以解决运行平台的差异性，但涉及到Native相关的组件，仍然需要考虑平台差异性，典型的如各种解码器，第三方组件需要区分x86和x64版本。
l 开发、维护成本较高，需要具有一定专业水准的技术人员才能完成
发生一次升级，则所有客户端的程序都需要更新。
与客户端的形式多样、可以满足客户个性化要求相对应的就是对开发人员的要求也比较高。
l 用户群固定，适用面窄
通常不适合面向一些不可知的用户，因此适用面窄，通常用于局域网。
2. B/S优缺点
（1）优点：
l 分布性强，客户端零维护
只要有网络、浏览器，就可以随时随地进行查询、浏览等业务处理。
l 业务扩展简单方便，通过增加网页即可增加服务器功能
l 维护简单方便，只需要改变网页，即可实现所有用户的同步更新
这是BS架构非常突出的一个优点。
l 开发简单，共享性强
有大量的第三方BS组件和技术，可用于后端开发、前端显示，因此从快速开发角度来看BS模式占有很大的优势。
（2）缺点：
l 个性化特点明显降低，无法实现具有个性化的功能要求
集成诸如指纹仪、摄像头、调用播放器变得困难。
虽然IE浏览器支持ActiveX扩展，但是在兼容性等方面又不尽如人意。
l 在跨浏览器上，BS架构不尽如人意
尤其是在对HTML5的支持上，各主流浏览器都存在或多或少的差异，但随着时间的推移，这种情况将会有很大的改观。
l 请求/响应模式带来的性能问题
为了提高使用体验，通常会采用动态刷新网页的方式，给服务器带来一定的压力（通过Ajax和WebSocket在一定程度上可以缓解这方面的问题）。
浏览器一般只负责界面表示，因此一些业务逻辑必须在服务器上完成，像异常情况处理、数据转换、操作日志等。
l 无状态方式下的会话控制成本
服务器端在保存数据的同时还要保存用户的状态，开发人员要精心设计提交的次序即信息的完整性，而对C/S而言只需要全部完成后提交即可。
l 在速度和安全性上需要花费巨大的设计成本
因为所有的操作是通过请求/响应模式工作，弱安全设计不到位，通过简单修改URL参数、篡改POST字段值就会产生安全性方面的问题。
l 功能弱化，难以实现传统模式下的特殊功能要求
浏览器作为界面展示的平台和脚本语言的执行环境，它无法超越浏览器所能支持的功能特性。ActiveX、Flash、Java Servlet都是为了扩展功能曾经使用的技术，但是因为兼容性、安全性等方面的问题，已经基本被淘汰。
3. 对比分析
从软件开发和运维最关注的方面进行对比：
|
|
C/S
B/S
开发难度
对开发人员要求较高；
开发门槛低；
只要考虑浏览器的兼容情况；
需要考虑无状态条件下的会话控制；
功能/交互能力
自主性强；
交互方式更丰富；
依赖于浏览器；
功能弱化，存在无法实现的功能；
部署
安装
必须安装客户端程序；配置部署复杂；
只要部署服务器
升级
所有客户端都要升级
只需更新服务器
运行
操作系统/类型
区分操作系统和运行平台；
只要有兼容的浏览器即可
性能
最大化利用终端性能
性能相对较低
维护
要求高
方便
个性化需求
单独更新客户端
不支持
安全性
相对封闭，但也需要认真设计
需要花费精力设计
综合对比发现，B/S架构胜在开发相对简单，维护简单方便；而C/S架构胜在性能高自主性强。在这些方面，短期内各自占据着独有的优势。
采用何种架构，需要对软件需求进行细致的了解，最终来确定使用的架构，不能单纯的追求技术的先进性。而未来发展趋势，是将B/S与C/S的优势完美的结合起来，既能以B/S的方式发布运行，又能同时具有C/S极强的可操作性。