在 web 开发过程中我们经常遇到，不想让用户下拉看到我的地址，也有时候在 div 中没有惯性滚动，就此也出了 iScroll 这种关于滚动条的框架，但是就为了一个体验去使用一个框架好像又不值得，今天我就来说说我的思路

小颖的理解是这样的: every 方法为数组中的每个元素执行一次 callback 函数，如果当前元素不满足callback 函数中条件则立即返回 false。并且不继续执行every方法;如果该数组中有所有元素都满足callback 函数中条件则立即返回 true。也就是说只要数组中有一个不满足callback 函数中的条件,则立即返回 false,所有的元素都满足callback 函数中的条件,则立即返回 true。(注意:every 不会改变原数组。)

如果为 every 提供一个 thisArg 参数，是你在调用callback 时的 this 值。如果省略该参数，则 callback 中调用 this 值时，值为undefined。

对于路由的实现，本质上就是实现逻辑地址和物理地址的分离。通过前面的示例介绍，我们了解，如何在客户端实现TcpTracer捕获客户端与服务端的通信信息。在这一章节中我们学习如能通过设置ListenUri实现基于服务端的TcpTracer的消息路由。 http://www.cnblogs.com/mlwsvt/  

      服务端的物理地址和逻辑地址的分离通过ListenUri实现，ListenUri指定了服务的物理地址，大家可能觉得奇怪，我们设置服务地址的时候一般都是设 置Address（ABC的一部分），但是Address指定的是逻辑地址，而ListenUri指定的是物理地址，如果指定了这个属性的值，那么就指定了服务的物理地址。

在设计的时候，就考虑到了去中心化，去中间件，也就是说，集群中的每个节点都是平等的关系，都是对等的，每个节点都保存各自的数据和整个集群的状态。每个节点都和其他所有节点连接，而且这些连接保持活跃，这样就保证了我们只需要连接集群中的任意一个节点，就可以获取到其他节点的数据。

经过几天的反复折腾，总算做出一个体验还不错的列表页了，主要支持了下拉刷新，上拉加载两个功能。一开始直接采用了react-iscroll插件，它是基于iscroll插件开发的组件。但是开发过程中，发现它内部封装的行为非常固化，限制了我对iscroll的控制能力，因此我转而直接基于iscroll插件实现。网上也有一些基于浏览器原生滚动条实现的方案，找不到特别好的博客说明，而iscroll是基于Js模拟的滚动条（滚动条也是一个div哦），其兼容性更好，所以还是选择iscroll吧。

副本集（Replica Set）是一组MongoDB实例组成的集群，由一个主（Primary）服务器和多个备份（Secondary）服务器构成。通过Replication，将数据的更新由Primary推送到其他实例上，在一定的延迟之后，每个MongoDB实例维护相同的数据集副本。通过维护冗余的数据库副本，能够实现数据的异地备份，读写分离和自动故障转移。

安装程序安装时需要用到这个exe的路径，所以方便起见，将这个生成的exe文件拷贝至安装程序的运行目录下。

现在执行 npm run build 相当于 webpack, npm run start 相当于 webpack-dev-server. 当项目变得相当复杂时, 你可以使用这种技巧隐藏其中的细节.

首先要说的是每一个APP都可以设置一个自己独有的URL，APP应用之间的操作就是通过这个URL来实现的！ http://www.cnblogs.com/odhxfh/  

1、如何配置自己应用的URL？

我们在开发 web 如果在，非 body 元素中使用 scroll 就会碰到一个问题，没有惯性滚动，所以以前我们要么使用 iScroll 这类框架，要么就是自己使用触摸事件配合定时器来写一个惯性，自己写的当然体验不好，使用框架又感觉太不值得，因为一个小功能加了一个框架
现在 css3 出了一个方法，