大多業務團隊的前端工程師的主要工作內容就是前台網站或應用和中後台應用的前端開發，如果在工作時間花費很多精力去做基礎設施建設相關事情，有可能會被打上「不務正業」的標籤，基本上就是個工具人的角色。

「前前後後」不靈清

很多剛入行的人分不清「前台」與「前端」及「後台」與「後端」之間的區別，再加上團隊中其他人可能會亂用，對此會更加迷惑，在這裏先釐清它們——

「前台」與「後台」還有漏掉的「中台」，是根據面向的用户羣體來劃分的——「前台」是面向最終用户的，通常是個人，側重於界面的佈局、顏色搭配、動畫效果等視覺呈現和用户體驗，數據以展示為主；「中台」和「後台」可以簡單粗暴地合稱為「中後台」，所面向的是數據的管理者，一般為企業或其他類型組織的成員，關注點主要在數據的操作上。

「前端」與「後端」則是從技術和分工的角度來劃分的，一般來説直接與用户打交道的部分是「前端」，無論是 web 頁面還是客户端原生界面；而用户看不到摸不着的真正處理數據的地方是「後端」。

中後台開發不「low」

我工作這麼多年參與過很多項目，現在想想，除了基礎設施建設之外，它們中絕大多數是中後台類的，貌似只有「買好車」的活動頁和「京東汽車」微信小程序的「門店」相關界面才是真正屬於前台類的。

大概是 2015 年左右，也就是在去買/賣好車之前，移動互聯網如日中天，是個面試就要問問移動端 web 開發相關的問題，就好像每家企業的業務入口都在移動端且只在移動端工作一樣，感覺沒有移動端 web 開發經驗就莫名其妙地被鄙視了一通，甚至有段時間我居然以自己缺少移動端 web 開發經驗為恥……真是被豬油蒙了心了！

也許你會奇怪：「有沒有移動端 web 開發經驗和做沒做過前台有什麼關係？」

那是因為，在移動互聯網這個時代背景下，流量主要來自移動端，很多企業都不那麼重視桌面端了，所以「移動端」約等於是「前台」；又由於手機那麼點兒屏幕同時顯示不了多少數據，並且對數據的操作往往較為複雜，各類組織不太會選擇在移動端進行工作，實在是太影響辦公效率了，因此「中後台」可以與「桌面端」劃等號——在 2015 年左右時，我的工作經驗僅限於中後台應用，也就是説只有桌面端 web 開發經驗而沒有移動端的。

前台網站或應用開發的主要特點是易變性強，性能要求高，對需求響應速度要快，因為這些影響着企業的流量增長和市場開拓；而中後台應用開發相對來説更為模式化，雖然對性能和兼容性的要求沒前台網站或應用那麼高，但在信息架構、數據操作的流暢性和安全性等方面更加註重，這些都關係着組織成員的辦公效率。

正如前端開發與後端開發，前台開發與中後台開發各有各的難點和所偏重的知識與技能，誰也別認為對方簡單，誰也別瞧不起誰。但客觀地説，它們都遵循着一個規律——越是靠「前」，越貼近最終用户，易變性越強，越難抽象。

終於要説正經的了

雖然長年在做中後台應用的開發，但一直沒有好好梳理相關經驗，剛好最近正在對一個有點要失控的項目進行重構，藉此機會將一些思考和以往的經驗整理出來形成「聊聊中後台前端應用」這個文章系列，同時希望能夠給在常規業務團隊做中後台應用前端開發的人提供一些參考。

本系列文章所涵蓋的內容包括但不限於目錄結構劃分、菜單與路由配置、請求處理、權限校驗等，沒有低代碼、可視化搭建相關內容，若有需要，會另開系列系統性闡述。

雖然本系列文章是從中後台應用的角度出發去考慮的，但很多內容對前台網站或應用也適用。

這就沒啦？

敬請期待，謝謝！

本文其他閲讀地址：個人網站｜微信公眾號