requirejs主要是為了模組化開發，這樣帶來的好處不言而喻。但是分成多個js檔案增加了請求數，那麼就要用到合併壓縮。合併壓縮了原來的許多獨立的js模組，那requirejs又是怎麼衝壓縮的檔案中找到各個獨立的模組進行載入的呢，感覺兩者有點衝突，這個問題想了很久也假想了很多可能。在知乎上找到了乙個回答，好像有那麼點意思。
這個問題設計到多個概念詞彙：
1：模組化開發；模組化開發無非是為了解耦和**重用；期間的優勢你如果不能理解說明你還沒達到那個水平；
2：requirejs；requirejs在模組化開發中作為落地方案之一的技術框架，主要功能是按需載入依賴模組；所有的載入器無非是實現幾個功能：（1：解析執行環境，解析主程式入口；(2：解析模組路徑；載入模組**並執行**業務；所有型別模組載入器基本都會執行以上業務（amd，cmd，kmc……）；在瀏覽器環境下的模組**的載入跟在node環境下的模組**載入的解析會有一些差異；
3：**合併：在web前端靜態檔案上線之前必做的乙個優化手段：減輕**檔案的體積，減少http請求；
減輕**體積的手段就是壓縮**（俗稱ugly），在node環境下有很多類似的工具庫可以用；
減少http請求的手段一般就是**合併；如將a和b的**放到乙個js檔案裡面去（css同理）（俗稱combo）；
在執行amd標準時，乙個js檔案只允許乙個模組的存在，故在減少http請求層面，這是相斥的，但amd和cmd標準都有乙個具名模組的定義方式，這個時候是允許乙個js檔案存在多個模組**的；
你所不能理解的應該是r.js（requirejs的打包工具）；它的工作其實就是解讀出根據你的配置環境的目錄結構下的**存放目錄結構，然後把標準的**結構轉換成具名模組的**結構，如果你執行了合併，則把依賴的模組的**合併到制定的乙個檔案中；
鏈結
GRU和LSTM結構對比
1.2 模型結構 降低了整體的模型引數，因為所有steps都共享相同的引數 在nlp領域有著很廣泛的應用 將rnn模型展開形式類似於dnn模型，只是在每個輸入step都共享相同的引數變數，如下圖所示 在1990年，由jefrey elman提出的網路是最早的簡單的迴圈神經網路，以及後面jordan提...
LSTM和GRU聯絡以及區別
為什麼會出現lstm 基於rnn的缺點 當輸入序列較長時rnn很難把較早的資訊傳遞到後面，出現這個問題的原因是在反向傳播期間，rnn的梯度可能會消失。我們都知道，網路權重更新依賴梯度計算，rnn的梯度會隨著時間的推移逐漸減小，當序列足夠長時，梯度值會變得非常小，這時權重無法更新，網路自然會停止學習。...
RequireJS和Backbone的整合
這兩個輕量級的庫合起來使用確實能夠方便的構建大型應用程式。requirejs填補了前端模組化開發的空缺，backbone採用mvc的分層結構很好的將程式各個部分解耦。backbone目前不支援amd 曾經支援過 那麼它只能作為普通的js檔案使用。它全域性的標示符是backbone，它還依賴於unde...