開發(fā)一個(gè)大型后臺(tái)管理系統(tǒng),應(yīng)該用前后端分離的技術(shù)方案嗎?
話說這天,我們團(tuán)隊(duì)開會(huì)討論了一個(gè)問題,不,與其說“討論”,不如說“爭(zhēng)吵”更合適。
背景是這樣的:
我們要開發(fā)一個(gè) xxx 后臺(tái)管理系統(tǒng),這個(gè)系統(tǒng)業(yè)務(wù)復(fù)雜、功能又多,大家的爭(zhēng)吵集中在“這個(gè)系統(tǒng)是否應(yīng)該用前后端分離的方案”。
這次爭(zhēng)吵的問題比較典型,于是我就寫了這篇文章。為了大家好理解,把“xxx 后臺(tái)管理系統(tǒng)”泛化一下,變成:
開發(fā)一個(gè)大型后臺(tái)管理系統(tǒng),應(yīng)該用前后端分離的技術(shù)方案嗎?
先說一下,本文中的觀點(diǎn)肯定有人不認(rèn)同,再加上我對(duì)前端技術(shù)掌握有限,所以大家批判的看吧。
1. 先審題,冷靜的分析一下
前后端分離的優(yōu)點(diǎn)多多,這不需要多說,大家人人都清楚。
來,討論之前,我們先一起好好審審題。
結(jié)合“開發(fā)一個(gè)大型后臺(tái)管理系統(tǒng)”這個(gè)約束條件,冷靜的分析一下:
? 什么是后臺(tái)管理系統(tǒng):首先后臺(tái)管理系統(tǒng)這個(gè)稱呼,意味著這是一個(gè) B 端系統(tǒng)。可以小到部門級(jí)應(yīng)用(客戶投訴登記系統(tǒng)、辦公設(shè)備臺(tái)賬系統(tǒng)),大一點(diǎn)可以是大集團(tuán)級(jí)核心系統(tǒng)(500 強(qiáng)保險(xiǎn)公司客服、呼叫中心),可以是 ERP、CRM、OA(SAP、用友、泛微協(xié)同),可以是一個(gè) B2C 電商的商城后臺(tái)、支付網(wǎng)關(guān)管理控制臺(tái),可以是 Saas 的管理后臺(tái)(Salesforce、Teambition、Jira),可以大到阿里云控制臺(tái)……
? 什么是大型:我理解大型系統(tǒng)是指功能模塊多、交互復(fù)雜,而不是訪問量、TPS、數(shù)據(jù)量大。所以 CMS、OA、ERP、CRM、阿里云后臺(tái)、呼叫中心等各種管理系統(tǒng),滿足功能多、邏輯復(fù)雜,基本可以稱為大型系統(tǒng),雖然他們體量和交易量可能不在一個(gè)量級(jí)。另外大型系統(tǒng)基本等價(jià)于“維護(hù)周期長(zhǎng),需求不斷變更”,這個(gè)在后面維護(hù)成本部分闡述。
? 性能考量不是主要決定因素:因?yàn)槲覀冞@里討論的是 B 端系統(tǒng)的前端技術(shù)選型,因此我的觀點(diǎn)是性能不是主要考慮因素,因?yàn)樾阅芷款i往往在后端和數(shù)據(jù)庫(kù),其次 B 端產(chǎn)品少有爆發(fā)性交易量(秒殺 大促 活動(dòng)),最后 B 端產(chǎn)品不強(qiáng)調(diào)首屏渲染速度。
? UI 操作效率是最主要考核指標(biāo):B 端系統(tǒng)產(chǎn)品都是用來干活兒、管理、生產(chǎn)調(diào)度的,操作效率和方便性大于天。屏幕空間要充分利用,減少切換跳轉(zhuǎn)彈窗;快捷鍵效率遠(yuǎn)高于鼠標(biāo);SPA 多頁(yè)簽布局有利于保持工作上下文和狀態(tài);必要時(shí)可以鼠標(biāo)右鍵菜單操作;功能菜單操作提示要清晰易理解,減少培訓(xùn)麻煩;在此基礎(chǔ)上,盡量減少每一個(gè)界面上呈現(xiàn)的信息量,只呈現(xiàn)最少的必要信息,降低用戶認(rèn)知壓力。
? UI 開發(fā)效率高、維護(hù)成本低是關(guān)鍵考量因素:大型系統(tǒng)基本等價(jià)于“維護(hù)周期長(zhǎng)、需求不斷變更”,因此在技術(shù)選型上盡量要求維護(hù)成本低、學(xué)習(xí)成本低、招聘容易、組件化程度高代碼簡(jiǎn)潔……
? UI 顏值美觀度不是關(guān)鍵考量方面:界面簡(jiǎn)潔大方、圖表豐富、數(shù)據(jù)展現(xiàn)清晰,這其實(shí)本身就是一種美——樸素實(shí)用的美。
? 瀏覽器兼容性:這條要看具體情況——Saas要求兼容性高;內(nèi)網(wǎng)系統(tǒng)、內(nèi)部系統(tǒng)可以要求瀏覽器產(chǎn)品和版本。
2. 亮觀點(diǎn)
基于上述,所以我的觀點(diǎn)就是:
前后端分離對(duì)于大部分“大型后臺(tái)管理系統(tǒng)”來說弊大于利。
大型后臺(tái)管理系統(tǒng),相對(duì)于 C 端產(chǎn)品,B 端產(chǎn)品隱含等價(jià)于“業(yè)務(wù)邏輯復(fù)雜”。我不是說 B 端比 C 端產(chǎn)品難做,C 端有另外的難度(比如用戶體驗(yàn)、比如競(jìng)品之間的競(jìng)爭(zhēng)更加激烈、比如并發(fā)量挑戰(zhàn)、比如做活動(dòng)的需求頻繁……)。
通常來說,復(fù)雜業(yè)務(wù)邏輯的產(chǎn)品需要產(chǎn)品、美工、開發(fā)各工種人員,密切配合、快速原型、MVP、快速迭代、快速試錯(cuò)。因此,由后端工程師全棧開發(fā)的效率、效果,要高于前后端分離(這里說的“效果”指的是趁熱打鐵和技術(shù)主觀能動(dòng)性的效果)。
那種“產(chǎn)品畫框圖、再到做設(shè)計(jì)稿、再到前端切圖、最后扔給程序員渲染模板”的傳統(tǒng)開發(fā)流水線,會(huì)徹底拖慢一個(gè)業(yè)務(wù)需求從想法到交付的周期,會(huì)徹底割裂整個(gè)團(tuán)隊(duì),會(huì)遺漏大量的上下文信息,會(huì)增加巨大溝通成本,會(huì)徹底磨滅項(xiàng)目成員的參與感和對(duì)產(chǎn)品的歸屬感。
畫圖仔、切圖仔和碼農(nóng),按部就班像流水線擰螺絲一樣開發(fā)產(chǎn)品,很難創(chuàng)建出一個(gè)有靈魂有靈性的產(chǎn)品!
更不用提前后端分離造成的開發(fā)、聯(lián)調(diào)、部署、定接口、維護(hù)接口的成本提高。
另外,前后端分離也不適合項(xiàng)目型公司,因?yàn)轫?xiàng)目周期有限,團(tuán)隊(duì)磨合的時(shí)間越少越好。還有,項(xiàng)目交付后,留守的人員配置不齊,導(dǎo)致需求變更和維護(hù)問題難以解決。
綜上:前后端分離的開發(fā)和部署模式,不太適合“大型后臺(tái)管理系統(tǒng)”,原因 一方面是上面列舉的種種弊端,另一方面是大型后臺(tái)管理系統(tǒng)無(wú)法享受到前后端分離的好處:Nginx 分開部署的優(yōu)勢(shì)、專業(yè)前端優(yōu)勢(shì)(C 端產(chǎn)品追求極致的顏值和用戶體驗(yàn))。
既然這么多弊端,為什么還有很多“大型后臺(tái)管理系統(tǒng)”之類的項(xiàng)目,跟風(fēng)搞前后端分離呢?
答案主要集中在兩類:簡(jiǎn)歷驅(qū)動(dòng)的技術(shù)選型、盲目跟風(fēng)。
3. 簡(jiǎn)歷驅(qū)動(dòng)的技術(shù)選型
軟件開發(fā)絕對(duì)是個(gè)良心活兒,跟醫(yī)生、教師一樣的。
我這幾年見到了太多的微型團(tuán)隊(duì)(10人以下)搞微服務(wù)架構(gòu),以及前后端分離的 CMS 內(nèi)容管理系統(tǒng)!
見了太多為了用時(shí)髦技術(shù)而盲目選型的事情,太多不計(jì)后果、不計(jì)成本的追求新技術(shù)來美化自己簡(jiǎn)歷,太多用流行技術(shù)名詞忽悠自己不懂技術(shù)的老板、上司的情況。
你們的良心不會(huì)痛嗎?
當(dāng)你在簡(jiǎn)歷上加上了一個(gè)個(gè)流行技術(shù)關(guān)鍵詞,然后拍拍屁股離開了一個(gè)爛尾的項(xiàng)目、一個(gè)預(yù)算嚴(yán)重超支的項(xiàng)目,讓創(chuàng)業(yè)團(tuán)隊(duì)多走幾年彎路甚至夭折,你的良心和職業(yè)素養(yǎng)都破產(chǎn)了!
你正在透支技術(shù)人這個(gè)群體的社會(huì)聲譽(yù)。
技術(shù)人的天職,本應(yīng)是把復(fù)雜模糊的現(xiàn)實(shí)世界問題,建模成清晰邏輯結(jié)構(gòu)化的計(jì)算機(jī)軟硬件,讓世界變得更簡(jiǎn)單高效,如果因?yàn)橐恍┢婀值脑蚨押?jiǎn)單問題復(fù)雜化,那就是背離了這個(gè)行業(yè)的初衷。
希望越來越多的甲方、非技術(shù)出身的高管們明白一個(gè)道理:
靠譜的人是把解決方案做的很簡(jiǎn)單以至于明顯沒有問題,不靠譜的人會(huì)把解決方案做的毫無(wú)必要的復(fù)雜以至于短時(shí)間內(nèi)看不出明顯的問題。
4. 前后端分離不是壞的,跟風(fēng)才是壞的
前后端分離的出現(xiàn)和存在,當(dāng)然有它的合理性和優(yōu)勢(shì)。
這里插一句,說起前后端分離,必須先介紹一下 Angular、React、Vue,絕對(duì)是前端領(lǐng)域的三大當(dāng)紅花旦。但是這三大花旦,也讓無(wú)數(shù)碼農(nóng)陷入選擇困難癥,引發(fā)了大量無(wú)休無(wú)止的爭(zhēng)論。很多討論,當(dāng)事人已經(jīng)忘記了討論的初衷和邊界,最后陷入無(wú)意義的口水戰(zhàn)。
看看誰(shuí)創(chuàng)造了它們——谷歌的 Angular、Facebook 的 React、阿里的 antd、餓了么的 element、前谷歌程序員尤雨溪?jiǎng)?chuàng)建的 Vue。
總之就是大廠在創(chuàng)造和使用這些技術(shù),這些技術(shù)能解決別人的問題,但是不一定能解決你的問題。
彼之良藥,汝之砒霜。
所以我建議:在前后端分離、前端技術(shù)選型這種問題上不要盲目跟風(fēng),不要覺得跟著互聯(lián)網(wǎng)大廠走就一定不會(huì)錯(cuò)。你需要清楚你的項(xiàng)目類型、團(tuán)隊(duì)結(jié)構(gòu)、技術(shù)沉淀、開發(fā)周期……
如果你和大廠一樣,不差錢、不缺資源,那沒的說,盡管選最好最貴、對(duì)標(biāo)一線大廠技術(shù)棧,甚至是直接從大廠挖人。
如果你是做項(xiàng)目賺辛苦錢,或者自己投資研發(fā)產(chǎn)品,在傳統(tǒng)行業(yè)、在產(chǎn)業(yè)互聯(lián)網(wǎng)精耕細(xì)作,慢慢摸索培育市場(chǎng),不在風(fēng)口不受風(fēng)投追捧的,那我覺得你需要?jiǎng)?wù)實(shí)一些。
我建議各位本著務(wù)實(shí)和誠(chéng)實(shí)的態(tài)度、職業(yè)精神操守,結(jié)合自己公司、團(tuán)隊(duì)、資源、項(xiàng)目、業(yè)務(wù)需求,選擇最適合自己的技術(shù)棧。
特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容,還沒關(guān)注的小伙伴,可以長(zhǎng)按關(guān)注一下:



長(zhǎng)按訂閱更多精彩▼

如有收獲,點(diǎn)個(gè)在看,誠(chéng)摯感謝
免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn),不代表本平臺(tái)立場(chǎng),如有問題,請(qǐng)聯(lián)系我們,謝謝!