標籤：
在 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 出了一個方法，
APP之間的跳轉及參數傳遞核心方法
