| BS模式支持情况 (基于his js ie8内核前端架构分析 ) | CS模式支持情况 (基于谷歌49内核前端架构分析 ) | |
|---|---|---|
| 服务部署与响应 | 部署在远程服务器 优点：维护升级比较方便 缺点： 1. 服务器负载比较重，比较消耗服务器资源，服务器成本比较高 2. 部分api响应有延时，根据当时网速确定 | 部署在医生电脑 优点： 1. 减轻服务器的负载，将一部分资源写成客户端放到客户端的数据目录下，直接渲染本地的数据，api响应快，服务器成本比较低，等于是每台医生电脑都是一台服务器无须新增中转服务器 缺点： 1.必须下载安装后才可以使用 2.版本升级没有BS方便 |
| 技术兼容性与功能扩展 | 功能扩展性比较受限制，依赖his前端技术架构，如果his浏览器ie内核版本会导致很多js与css新特性无法使用，出现兼容性问题，甚至无法使用个别功能，比如涉及到websocket(实时审方/查房/抽成点评/医药互动/消息待办等数据交互)/fetch(deepseek流模式对话)通信的ie8浏览器不支持 | 功能扩展性比较好，针对客户端可以高度定制，不受his ie8浏览器内核限制，写成各种各样的样式的交互页面 |
| 适用场景 | 适合轻量级以数据为中心的Web应用，强调易用性和快速迭代 | 适合高性能、高交互性、需要权限操作电脑系统的场景 |
| 改造成本 | his浏览器ie内核改成谷歌内核，或者去掉不兼容ie浏览器的的一些业务功能与交互，涉及到的业务交互与页面需要his工程师与三雅工程师共同实现，增加了沟通成本与时间成本，等于是从零开始 | 无须改造 |
| 稳定性方面 | 基于http协议接口模式 取决于网速与后端服务稳定性，跟客户端关系不大，客户端只要做好异常处理即可 | 基于http协议接口模式 取决于后端服务稳定性，跟客户端关系不大，客户端只要做好异常处理即可，少了一层网速与外部干扰，稳定性方面更具优势 |
| 性能方面 | 由于his 是利用js引擎渲染页面与业务逻辑处理，js是单线程任务，请求后台api链接，会占用js主线程资源，如果请求api链接长时间没有反应，也没有做异常超时处理，无论是BS架构还是CS架构都会造成假死卡顿情况，这与选择那种模式没有关系，与js单线程与异常处理逻辑有关 | 性能取决于his端线程任务与cdss链接异常处理，cdss本身属于小程序类型，提供了相当于DLL动态链接库的功能，几乎不占电脑cpu与内存资源，与DLL动态链接库唯一区别就是其需要安装 |
| 更新升级方式 | 需要更新远程js文件与本地DLL文件，每次DLL文件更新需要通过his下发更新，自身没有更新能力，业务稳定后，DLL文件更新频率很低，一般只要更新服务器端js即可，无感知热替换更新方式 | 需要更新本地js文件，由cdss客户端下发更新，通过his第一次下发以后，以后每次更新不依赖his，具有自身更新自己的能力，采用主流的无感知热替换更新方式，业务稳定后，cdss客户端更新频率很低，大部分业务逻辑在后端 |
