後端渲染和前端渲染的比較
阿新 • • 發佈：2019-01-09
脫離場景談架構都是耍牛氓！
不同的方案會有不同的優劣，我們來比較一下後端模板渲染和前端模板渲染：
一、後端渲染
頁面呈現速度：快，受限於使用者的頻寬
流量消耗：少一點點（可以省去前端框架部分的程式碼）
可維護性：差（前後端東西放一起，掐架多年，早就在鬧分手啦）
seo友好度：好
編碼效率：低（這個跟不同的團隊不同，可能不對）
二、前端渲染
頁面呈現速度：主要受限於頻寬和客戶端機器的好壞（不過這兩個現在越來越好），優化的好，可以逐步動態展開內容，感覺上會更快一點。
流量消耗：多一點點（一個前端框架大概100K左右吧）當然，有的用後端渲染的專案前端部分也有在用框架。
可維護性：好，後端純，前端也純
seo友好度：差，雖然google可以爪ajax了，不過國內我度還是……
編碼效率：高（主要不用反覆和後端掐架了，可以專心寫程式碼了）
這樣看上去，前端渲染各種先進，這也是為什麼前端框架現在越來越多，而且，人越來越貴，機器越來越便宜，當然是怎麼開發快好維護，怎麼來咯。
所以，後端渲染就要退出歷史舞臺了麼？當然不是！
你看現在移動網際網路這麼發達了，為什麼我們還需要用簡訊聯絡別人呢？（一角錢一條簡訊好貴啊 摔！）
除了大家說的，需要秒開首屏以及對seo有高要求的應用場景，前端渲染還有下面幾個地方，不能完成，只能後端渲染：
至於未來會怎樣？誰知道呢？
我只知道程式猿會越來越貴，所以能做出專案賺錢的技術會越來越簡單好用，至於後端渲染要不要退出舞臺的問題，說不定等他完全退出舞臺了，又會有《上古技術：後端模板引擎》（手動滑稽）
不同的方案會有不同的優劣，我們來比較一下後端模板渲染和前端模板渲染：
一、後端渲染
頁面呈現速度：快，受限於使用者的頻寬
流量消耗：少一點點（可以省去前端框架部分的程式碼）
可維護性：差（前後端東西放一起，掐架多年，早就在鬧分手啦）
seo友好度：好
編碼效率：低（這個跟不同的團隊不同，可能不對）
二、前端渲染
頁面呈現速度：主要受限於頻寬和客戶端機器的好壞（不過這兩個現在越來越好），優化的好，可以逐步動態展開內容，感覺上會更快一點。
流量消耗：多一點點（一個前端框架大概100K左右吧）當然，有的用後端渲染的專案前端部分也有在用框架。
可維護性：好，後端純，前端也純
seo友好度：差，雖然google可以爪ajax了，不過國內我度還是……
編碼效率：高（主要不用反覆和後端掐架了，可以專心寫程式碼了）
這樣看上去，前端渲染各種先進，這也是為什麼前端框架現在越來越多，而且，人越來越貴，機器越來越便宜，當然是怎麼開發快好維護，怎麼來咯。
所以，後端渲染就要退出歷史舞臺了麼？當然不是！
你看現在移動網際網路這麼發達了，為什麼我們還需要用簡訊聯絡別人呢？（一角錢一條簡訊好貴啊 摔！）
除了大家說的，需要秒開首屏以及對seo有高要求的應用場景，前端渲染還有下面幾個地方，不能完成，只能後端渲染：
- 匯出為.doc .docx ，
- 匯出為 .xls .xlsx ，
- 匯出為pdf ……
- 自定義紙張的列印
- 對傻逼瀏覽器的相容
- 等
至於未來會怎樣？誰知道呢？
我只知道程式猿會越來越貴，所以能做出專案賺錢的技術會越來越簡單好用，至於後端渲染要不要退出舞臺的問題，說不定等他完全退出舞臺了，又會有《上古技術：後端模板引擎》（手動滑稽）