[英]When not to use Server Side rendering - Angular Universal
在閱讀一些教程和有角度的官方文檔時 ,我了解了SSR的一些好處,例如:
它提高了性能,我們甚至可以通過使用server.ts
文件中的以下代碼進一步壓縮mainxxxxx.js
文件和其他內容來壓縮它
app.use(compression());
但是我也擔心我們不應該引入SSR的用例。
我可以想到的是, 除非需要,否則不必要地使角度項目變得復雜,因為它使用了express
及其自己的服務器實現。 。
我們應該注意哪些折衷?
我發現Angle Universal有點困難,是將其實現在需要登錄的路由中。因此,如果您擔心復雜性,則可以忽略這一部分。
您還必須注意所使用的第三方庫,因為如果第三方庫嘗試訪問全局瀏覽器變量( window
, document
,...)和功能(canvas等等),它們將無法與Angle Universal一起使用。
使用角度通用時要考慮的另一件事:您的Web服務器將需要更多的RAM和CPU。 如果您的網站產生了大量流量,但是您的網絡服務器的RAM / CPU受到限制,則最終頁面加載量將增加。
有關壓縮的注意事項:您不需要用角通用性來壓縮js文件,您可以使用常規的網絡服務器(express,nginx,apache,iis ...)進行壓縮。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.