本人所经历的产品主要面向移动 C 端用户，同时产品对外提供各种应用级别的开放服务。

本文只是个人的经验记录，以下所有内容——非参考，非规范，非权威。

最最重要的方面

对 C/S 形式的产品来说，最最最最最重要的事，就是

版本升级机制！

最初我们都没有任...

我们的广告投放后台是自己做的，从零开始，一路趟坑。 广告后台在下发广告之前，需要知道客户端的一些必要信息，以便进行针对性投放。

防抖

用自动门来类比，我们在通过自动门的时候，当门检测到人通过之后，会先保持开启状态约 15 秒钟，如果在这 15 秒之内，再没有人通过，那么门会自动关上。 但是，如果在这 15 秒之内不断有人通过，自动门在确认最后一个人通过 15 秒之后，才会关门。

对于自动门来说，不断通过的人就是抖动，所以有 15 秒的时间来进行防抖。

很多 Node 的 Web 框架中用到了这个 finalhandler.js 模块，它的作用按照官方文档描述如下：

Node.js function to invoke as the final step to respond to HTTP request.

主要是在 req 的处理中作为最后的兜底处理器——错误处理。

关于这个话题，我想要讨论的问题只有一个：什么时候应该用var，什么时候应该用 let，什么时候应该用const？

我的观点是，对于现代前端项目，有三个原则：

1. 任何时候都不要用 var
2. 能用 const 的地方都用 const
3. 不能用 const 的地方，就用 let

EventEmitter 是一个事件订阅、分发库， facebook 出品，被应用在 flux 等库中，也可以独立使用。github 地址 https://github.com/facebook/emitter。

关于 Fetch Api，接受度越来越高了。网上很多文章在介绍 Fetch 的用法，在鼓吹 Fetch 的优势，也有人在撰文批评 Fetch 的难以使用。 但是，当我们在讨论 Fetch Api 的优点和缺点的时候，我们在讨论什么？如果不清楚一个接口的设计目的，又如何去评判这个设计？

todo: 补充（调整）细节