谈一下微信开发的前端后端

比较常见的 WEB 系统层级架构设计模型，微信演出票也是采用这个架构。蓝色表示前端需要做的事情，绿色表示后台需要做的事情，中间有条蓝色的线想要分隔开来，但是并不能真正分隔开，因为前端的视图模板还是需要依赖后台的模板环境。分析现有的开发流程，可以发现当中存在的协作、沟通、效率上存在的不少问题：

1、第一件事

CODE ON WEB。我们率先将类微信JSSDK的方式自己写了一套同样的JSSDK方式做控制。

2、第二件事

在这过程中提供了MORE APIs for实时的realtime。因为当你不停地刷开一个页面，为了进入下一个页面而去等待，这样的等待在我们看来是浪费时间和生命。所以在realtime的强调上我们认为，在WeChat Official Accounts的过程中，提供了更多的机会。

3、第三件事

DATA和Platform。目前在市面上的前端级跟原生级的产品中，有大量的公司在尝试建立平台，但这样的平台有问题。当同样一个用户进入了五六个不同厂家的产品，会发现它有五倍的用户量，这样的统计方式实际上是错的。我们认为Personal Tool未来的情况会变得更优秀。

我们在做人工智能预测的时候，预测了几个方向。

第一个是基于一般模型和Personal Tool可以做的个人级修正，我们认为它是一个可行的方向。

第二是目前市面上只能通过个人级，在smallcell的情况下，只能通过语音这个位置进入。

还有一个DEMO。比如今天大家可以通过扫描二维码，填一下手机号跟后台的check 验证捆绑，依靠DEMO SHOW得到人数的数据。

所以，你会发现，产品特别是H5，一定是通过大量的场景互动式得到未来，舍弃古老的方式，用这种巧妙的方式变在整个产品策略中，不停地问一些其他问题做场景预设。在前端都是通过字符串的拼接去完成。当你问出这些问题的时候，其实全靠前端的字符串识别和分割去实现。

很多工程师做到后面的痛点就在于，安卓的浏览器千变万化，腾讯的TBS在微信内表现优秀，提供了大量的元升级的条件。其实我们可以在自己的产品内也同样做这套东西，在产品内部让原生团队来兼容自己，有需要的时候重新渲染。这样的方式交互感会变得更棒。