Ember應用程序性能

Question

這可能是非常無趣的，但我無法忍受這個疑問，在ember中我們使用車把模板寫的所有HTML都是javascript，所以如果我有n個不同的頁面，那么我會說n個車把模板，每個模板都是一個對象（我使用構建工具，所以我有這個哈希Ember.TEMPLATES ，它存儲了我的所有模板）

更多模板=> Ember.TEMPLATES更多屬性Hash =>我的App.js的大小會更大，還有很多內存用於保存哈希

首先要懷疑的是，我們一次性運送整個javascript，它會增加應用程序的加載時間，加點是Web應用程序交互一旦加載就會快得多

此外，盡管使用了大量內存來保存哈希，但Web應用程序將使用大量資源。

首先，我的假設有什么問題嗎？ 如果沒有，那么我們為擁有多少互動網絡應用程序付出的代價是多少？

Answer 1

我認為這一切都取決於你加載其他資源的方式。 是的，JavaScript加載的時間比未在客戶端中構建的Web應用程序的JavaScript要長。

但請記住，此加載時間仍遠遠小於“普通”應用程序的“總”加載時間，其中用戶訪問的每個頁面都會創建另一個HTTP請求，因此必須一遍又一遍地重新加載其JavaScript。

此外，由於Ember是異步的，您可以設計您的應用程序，使其最初加載較少的其他外部資源（圖像，數據等），並使用DS.Store機制將其拉入，因此您的初始加載時間可以是只有JS / HTML / CSS和其他所有東西都可以在以后出現（不再需要等待服務器上昂貴的數據庫查詢）。

所以，是的，Ember確實等於更多的初始JavaScript加載時間，但它為您提供了降低應用總加載時間的工具。

至於瀏覽器資源，Ember非常高效，但使用更多的瀏覽器內存只是我們為在客戶機上而不是在我們自己的服務器上進行計算而付出的代價。 我們的想法是， 大多數現代瀏覽器和機器都足以滿足這種額外的資源需求，因此權衡價值。

編輯：

可能是您的應用程序對於瀏覽器來說太大了，無論您做什么（盡管您的應用程序必須非常龐大才能滿足要求）。 在這種情況下，解決這個問題的方法是將其分解為多個Ember應用程序，這些應用程序可以最大限度地減少用戶在Ember應用程序之間來回切換。 也許是處理登錄，營銷，查看內容等的“公共”應用程序以及處理后端帳戶頁面的“私有”應用程序。