處理開發和大型JavaScript文件？

當處理大量JavaScript的網站時，我發現這些通常仍然作爲一個大的JavaScript文件提供給客戶端。處理開發和大型JavaScript文件？

在開發階段，JavaScript文件通常是分裂的（比如說有300行以上的js），讓事情變得更易於管理，然後在網站「放置」時合併？或者開發者只是忍受在一個長的大文件中工作？

來源

2010-05-27 maxp

上在單獨的文件中的不同模塊/類/份，並使用適當的構建過程

使用例如驗證代碼。 JSLint的
串連
儀（更換包裝等）
縮小

如何使用Ant進行這方面的例子可以在這裏 http://github.com/oyvindkinsey/easyXDM/blob/master/build.xml我的一個項目被發現。

我也有項目，其中的網絡服務器自動合併文件，本地化，然後在服務客戶端之前將它們縮小。

所以堅持使用單獨的文件管理什麼，但要記住，如果您使用錯誤報告，那麼行號將指向串聯版本。

來源

2010-05-27 09:14:33

我們在公司做同樣的事情，但即使在我的生產環境中，我們也可以在URL查詢字符串中附加「debug = true」，並查看加載了所有原始JS文件的頁面未縮小。它使調試變得非常簡單。我現在到處都是那種技巧。這樣一個好主意（不是我的！）一如既往，您必須在可管理性和用戶體驗之間取得平衡。默認情況下，大多數瀏覽器一次只能下載4個文件。因爲JS文件阻止頁面呈現，所以如果你的代碼中混入了10個JS文件，那麼你的頁面總是需要更長時間才能渲染，如果你只有一個或兩個。 – Andrew 2010-05-27 11:40:57

我們的工具本地化，如果調試它縮小並且如果不調試，則它命名所有匿名函數。該工具還可以處理304個請求，並使用積極的緩存頭進行服務。爲了避免陳舊的緩存，我們然後使用文件的時間戳呈現URL到處理程序。| – 2010-05-27 15:09:16

根據我的經驗 - 在開發中有單獨的文件是常態。當你需要尋找代碼或讓多個人在系統的不同部分工作時，它肯定會使生活更輕鬆。

來源

2010-05-27 09:13:38 Quentin

根據開發環境中的類和功能（比如你擁有java項目），這將是理想的多個JavaScript文件。

但是，當您在生產中部署js文件時，應該將所有js文件連接到單個文件中，並讓它們由您的web應用程序引用。這會讓事情變得容易

注意：使用javascript壓縮器來減少實際大小並因此節省帶寬也是明智的。

來源

2010-05-27 09:14:36 Kunal

不同公司之間以及開發團隊和開發團隊的開發不同。

我自己習慣了逐步實現功能的方法，將這些功能存儲在單獨的文件中，並在大多數情況下將所有功能合併在一起 - 至少當我不是唯一一個在給定項目上工作的人時。

來源

2010-05-27 09:17:35 Thariama

處理開發和大型JavaScript文件？

回答

相關問題