CB/S架构-基于CEF3+MFC实现

一、为何使用CB/S架构

1. 本人做VC++开发已有多年，最大的感受就是MFC界面太丑、UI界面库调用繁琐（技术有效个人看法-因为界面库是基于DirectUI技术都不支持独立窗口句柄，用于事件接受/GDI绘图/等等非常不方便，比如：DULIB/SOUI/炫彩界面库）、需要美工（小公司成本有限）、客户端升级麻烦（需要兼容各个系统版本）。。。等等，算了不吐槽了！！
2. 可能大家问了，为神马不使用C#等界面开发呢，主要是考虑到要兼容各个系统版本，需要安装.NET环境比较麻烦，如果用于自助终端等环境比较单一的项目还是不错的。
3. 为了解决界面美观、更新方便、旧项目改造方便等问题，我决定使用CB/S架构来解决以上问题，我采用MFC+谷歌浏览器CEF3实现CB/S架构，因为目前公司客户端都是MFC框架，所以方便快速替换旧版本客户端。

 

三、CB/S架构实现

由于CEF3支持C++与JS互相调用，所以客户端只需要实现一个js调用c++的通用接口就行，参数可以通过json结构数据控制实现不同的功能和传递不同类型参数。

1、c++调用js非常简单，直接调用js函数就行

如：c++调用

如：js接受函数

2、JS调用c++，比较麻烦，可以参考(https://blog.csdn.net/foruok/article/details/50573612)

根据个人喜好，本人只实现一个CMDFunction接口，通过json参数控制实现不同的功能。

如：JS调用

如：C++接受并实现（V8引擎接受到CMDFunction函数的参数后，发生到主窗口处理json数据并实现对应功能即可）

最终结果如下：

二：介绍CB/S架构（参考：https://www.cnblogs.com/liulun/p/3433003.html，写的非常好）

 

    1.何为CB/S的应用程序

 

    C/S结构的应用程序，是客户端/服务端形式的应用程序，这种应用程序要在客户电脑上安装一个程序，客户使用这个程序与服务端通信，完成一定的操作。

    B/S结构的应用程序，是浏览器/服务端形式的应用程序，这种应用程序不用在客户端部署任何东西，客户只需要通过浏览器与服务端通信，来完成一定的操作。

    两种类型的程序优缺点对比：

对比内容	C/S结构的应用程序	B/S结构的应用程序
部署	较困难	方便
升级	较困难	方便
对客户端的控制权限	高	低
数据实时性	高	较高
通信效率	高	较高
跨平台性	弱	强

    由上可知，两种形式的应用程序各有利弊。架构师在做技术选型的时候，往往会根据项目需要，对比这两种技术形式的优缺点，做出正确的选择。

    然而，国内大多数企业应用程序，需要频繁、及时的更新升级、需要更高的客户端控制权限、需要更高的数据实时性和更高的通信效率，但却不在意部署上的问题。

    这时，架构师就考虑把C/S结构的应用程序和B/S结构的应用程序结合起来，让客户端嵌套一个浏览器以与服务器通信，完成一定的操作。这样的程序就是CB/S结构的应用程序。

    这样做的好处是一般的业务逻辑只要在服务端更新升级，即可体现在客户端。对于客户端系统权限、基于Socket的通信等浏览器核心无法完成的操作，可以由客户端来完成。客户端可以直接与服务端通信，也可以通过浏览器核心与服务端通信。

    下图为CB/S结构应用程序的基本示意图：

 

目前还有一种介于C/S和B/S结构的应用程序之间的应用程序：RIA富互联网应用程序，这种结构的应用程序一般都是基于浏览器插件来运行的，它有较高的客户端控制权限（比B/S程序高，但比C/S程序低），通信方式也有较多的选择（不只是基于HTTP协议），目前较常见的RIA技术有：Adobe的flex技术、微软的Silverlight技术、Oracle的WebStart技术。架构师在做技术选型的时候，也可以综合权衡采用这些技术。

 

本人QQ：1255033066

欢迎指导