2020-4-24 前端達(dá)人
為了降低開發(fā)的復(fù)雜度,以后端為出發(fā)點,比如:Struts、SpringMVC 等框架的使用,就是后端的 MVC 時代;
以 SpringMVC 流程為例:
優(yōu)點:
前后端職責(zé)很清晰: 前端工作在瀏覽器端,后端工作在服務(wù)端。清晰的分工,可以讓開發(fā)并行,測 試數(shù)據(jù)的模擬不難,前端可以本地開發(fā)。后端則可以專注于業(yè)務(wù)邏輯的處理,輸出 RESTful等接 口。
前端開發(fā)的復(fù)雜度可控: 前端代碼很重,但合理的分層,讓前端代碼能各司其職。這一塊蠻有意思 的,簡單如模板特性的選擇,就有很多很多講究。并非越強大越好,限制什么,留下哪些自由,代 碼應(yīng)該如何組織,所有這一切設(shè)計,得花一本書的厚度去說明。
-部署相對獨立: 可以快速改進產(chǎn)品體驗
缺點:
代碼不能復(fù)用。比如后端依舊需要對數(shù)據(jù)做各種校驗,校驗邏輯無法復(fù)用瀏覽器端的代碼。如果可 以復(fù)用,那么后端的數(shù)據(jù)校驗可以相對簡單化。
全異步,對 SEO 不利。往往還需要服務(wù)端做同步渲染的降級方案。 性能并非最佳,特別是移動互聯(lián)網(wǎng)環(huán)境下。
SPA 不能滿足所有需求,依舊存在大量多頁面應(yīng)用。URL Design 需要后端配合,前端無法完全掌控。
NodeJS 帶來的全棧時代
前端為主的 MV* 模式解決了很多很多問題,但如上所述,依舊存在不少不足之處。隨著 NodeJS 的興 起,JavaScript 開始有能力運行在服務(wù)端。這意味著可以有一種新的研發(fā)模式:
————————————————
版權(quán)聲明:本文為CSDN博主「叁有三分之一」的原創(chuàng)文章,遵循CC 4.0 BY-SA版權(quán)協(xié)議,轉(zhuǎn)載請附上原文出處鏈接及本聲明。
原文鏈接:https://blog.csdn.net/iME_cho/article/details/105654633
藍(lán)藍(lán)設(shè)計的小編 http://tweetduck.com