尝试用 C++来创建一个 WEB/APP 应用。

最早 20 年以前，C++就能在后端编写代码，叫 CGI，模板是这样的( http://cppcms.com/wikipp/en/page/cppcms_1x_templates_comm)

<% c++ #include "all_data.h" %>  
 <% template render() %>  
    <ul><% include menu() %></ul>  
  <% end template %>  

CGI 和早年 ASP 一样，属于后端模板，数据对于前端是不可见的。

但这种方法对现代 WEB 有个致命的缺点，就是用户交互的时候，每次都要生成一次 GET 请求，用户无法及时得到反馈，体验很不好。

现在我们有了新的解决方法，就是为每一个 WEB APP 用户，都建立一个专属 WEBSOCKET 通道，由于 WebSocket 自带压缩属性，我们可以通过以下方法，来减低数据量传输，提高实时性，达到用户交互高速访问目的。

1. 服务器端维护一个文件 /数据更新列表，每一个新的资源请求，都经过 hash 查询，老数据和 CSS/JS，直接保存到本地的 localStroage 里。
2. 服务器端维护一个 JSX 类似的虚拟 DOM，每一次更新 DOM 请求，都是经过 DIFF 差分算法，前端只获取树变更后的少部分数据。
3. 每个前端 DOM，都对应一个唯一 ID，是为了快速对局部节点进行更新。(这点比 VUE 好，VUE 列表还必须手动添加 ID)

总的来说，前端就是一个暗盒，页面所有元素，都是服务器端的虚拟 DOM 镜像版本。 然后所有的逻辑代码，区分为敏感逻辑和非敏感逻辑。把非敏感逻辑部分，编译成 emscripten 或 webasm(微信 iOS 小程序不支持 webasm, 只能编译成 emscripten 胶水 JS 版本), 在前端执行。两种逻辑通过 route 自动切换。

GoogleEarth 都能用 C++在前端运行，有什么理由不多尝试一下，前端不同的可能性？

放弃 innerHTML 赋值, 放弃 js 逻辑，全部改用 document.createDocumentFragment，多层封装 C++对象，加入消息反射机制和数据自动绑定，尝试开启 WEB3.0 的新时代。