首先我们需要了解下C/S架构和B/S架构的概念及优缺点QWQ
目录
C/S架构
概念：
C/S（Client/Server）架构是一种典型的两层架构，即客户端服务器端架构，其客户端包含一个或多个在用户的电脑上运行的程序，而服务器端有两种，一种是数据库服务器端，客户端通过数据库连接访问服务器端的数据；另一种是Socket服务器端，服务器端的程序通过Socket与客户端的程序通信。
C/S架构也可以看做是 “胖客户端架构”。因为客户端需要实现绝大多数的业务逻辑和界面展示。这种架构中，作为客户端的部分需要承受很大的压力，因为显示逻辑和事务处理都包含在其中，通过与数据库的交互（通常是SQL或存储过程的实现）来达到持久化数据，以此满足实际项目的需要。
优点：
1. C/S架构的界面和操作可以很丰富。
2. 安全性能可以很容易保证，实现多层认证也不难。
3. 由于只有一层交互，因此响应速度较快。
缺点：
1. 适用面窄，通常用于局域网中。
2. 用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。
3. 维护成本高，发生一次升级，则所有客户端的程序都需要改变。
B/S架构
概念：
B/S（Browser/Server）架构：浏览器/服务器结构。Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现，Browser客户端，WebApp服务器端和DB端构成所谓的三层架构。B/S架构的系统无须特别安装，只有Web浏览器即可。
B/S架构中，显示逻辑交给了Web浏览器，事务处理逻辑在放在了WebApp上，这样就避免了庞大的胖客户端，减少了客户端的压力。因为客户端包含的逻辑很少，因此也被成为 “瘦客户端”。
优点：
1）客户端无需安装，有Web浏览器即可。
2）BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。
3）BS架构无需升级多个客户端，升级服务器即可。
缺点：
1）在跨浏览器上，BS架构不尽如人意。
2）表现要达到CS程序的程度需要花费不少精力。
3）在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。
4）客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的。（在Ajax风行后此问题得到了一定程度的缓解）
实例1：QQ是B/S还是C/S
是C/S了。简单来说，QQ程序是客户端，服务器在企鹅，通过客户端程序访问企鹅的服务器；网页的qq就是B/S了，直接用浏览器访问服务。
实例2：微信小程序（手机端的C/S—>B/S迁移）
从很多特点来看，小程序都非常类似于网页：主要的业务逻辑在服务端、客户端无需安装应用程序、小程序的开发采用的HTML+JS+CSS技术等等。张小龙自己对小程序的定位也大概如此：无意做小程序分发平台，只是做类似于PC互联网时代的网站，但体验比网站好，比下载APP更便捷。所以，把小程序看成手机端的Web页，来思考小程序的价值，不失为一个重要的角度。而从PC端网络应用从C/S模式向B/S模式的变迁历史，也能够反思手机端的未来发展。
网络应用程序的架构主要有C/S（客户端/服务器）模式和B/S（浏览器/服务器）模式，早期主要以C/S模式为主，原因其实很简单，缺少相应的开发技术、支撑平台，要想实现复杂的业务逻辑，只能通过在客户端处理。随着web开发技术的成熟，B/S架构的优势越来越得到大家的认可：开发的标准规范、开发效率高、部署成本低、用户学习成本低……近年来遇到的各种网络应用开发，基本上都是B/S架构的。甚至无法用B/S开发的，如一个基于Mapx的地理信息系统，最后也应用户要求，包装成“伪B/S程序”，从浏览器进入。而在手机端，APP应用非常类似于C/S应用，会不会重复PC端的故事，逐渐向B/S模式迁移呢？我认为还是有可能的，安装部署成本低是一个因素，我觉得更重要的因素，还是能够克服APP的开发难度大的问题。基于IOS或安卓的APP开发，门槛较高，相比之下，基于Web的开发相对简单。同时，任何APP的开发，至少要考虑到两大平台，至少需要两套开发班子，而且每个平台升级都比较频繁，还必须考虑到系统版本的兼容。
那么，智能手机普及这么久了，为何这种趋势一直不太明显呢？主要是当前手机的各种浏览器，都不足以挑起这个 “转型” 的大梁。一方面普及率不高，没有一款占有绝对优势的浏览器；另一方面，如果单纯复制PC端的浏览器的功能，用户体验很糟糕：网页在手机上，页面需要宽度适应，文本框、组合框、按钮等页面组件用起来和手机APP的操作大相径庭，操作习惯也不一样，普通人可能既没耐心也没能力去摆弄这样的网页。
而微信几乎就是一个完美的解决方案：全民、全平台的覆盖率，几乎和操作系统本身划等号。同时微信提供了手机操作必要的各种接口支持，重新定义了小程序开发的规范，界面、操作都和APP一样，尽管内核是web开发，但用户接触到的，却和普通APP完全一样。Web开发还有庞大的开发基础，这么多年来积累了多少经验丰富的网站开发者、多少CSS、JS、HTML开发的资源，而这些，在微信小程序开发中，仍然可以继续发挥作用。以简单账本为例，除了微信自身提供的API、框架之外（其实很简单），大量使用的还是CSS、JS这些知识，当前的网络应用开发人员迁移过来非常简单。
所以，小程序并不是只是用于解决一些小规模的应用的。随着微信小程序平台自身的成熟、应用开发的成本优势将逐步显现，未来极有可能和PC端一样，成为各种应用的首选。
