以微信小程序为例:手机端的C/S—>B/S迁移

首先我们需要了解下C/S架构和B/S架构的概念及优缺点QWQ

目录

C/S架构

概念:

优点:

缺点:

B/S架构

概念:

优点:

缺点:

实例1:QQ是B/S还是C/S

实例2:微信小程序(手机端的C/S—>B/S迁移)


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端一样,成为各种应用的首选。

转自腾讯云大佬的 “微信小程序价值思考”,点此传送门进入

おすすめ

転載: blog.csdn.net/Luoxiaobaia/article/details/120110266