從前後端項目工程化談起

背景

筆者最近在閱讀《React+Antd共用單車通用後臺管理系統》相關的視頻和筆記，剛好看到項目工程化環節。視頻里簡要介紹了項目工程化的由來和作者項目工程化的一些手段。筆者本人是後臺開發者，由此產生了一些聯想和思考。

背景

筆者最近在閱讀《React+Antd共用單車通用後臺管理系統》相關的視頻和筆記，剛好看到項目工程化環節。視頻里簡要介紹了項目工程化的由來和作者項目工程化的一些手段。筆者本人是後臺開發者，由此產生了一些聯想和思考。

項目工程化的必要性

作者闡述了前端工程化的兩點必要性，一個是提高項目開發效率，另一個是降低項目維護成本。筆者在去年的九月份到十二月份曾經在本司的另一個團隊主導了自營平臺後臺的開發，不論開發的效率和項目成本，結果只能說差強人意。究其原因千萬種，筆者來看項目沒有一定的工程化也是原因之一。

項目工程化的手段

作者闡述的工程化手段

1.項目架構設計

2.項目結構設計

3.ESLint

4.組件和模塊的開發和使用

5.公共機制的封裝

原諒筆者的愚鈍，一個其實只有10來分鐘的視頻，作者闡述的手段不僅僅這幾種，留在筆者腦海裡的只有這幾個。有經驗的看客老爺們歡迎補充給筆者新的啟發。

公共機制的封裝從筆者來看應該算作架構或者結構設計的一部分，以架構或結構設計來看從小到大充斥的都是職責的理解，大到系統的拆分，erp,oms,cms,crm,不同系統其實是按照不同的職責拆分成不同的大系統；組件職能的拆分，服務註冊，服務發現，網關；小到項目結構的職責分層，三層乃至領域驅動，六邊形架構，不同的層不同的職責；再小到同一類庫內不同文件夾也會表示不同的職責。筆者認為職責的拆分某種程度上意味著工程化的程度。

留在最後的話

技術可能不是最新才是最合適最潮的，項目工程化跟IT項目管理密切相關，IT項目工作量難評估性要求我們要儘量以最科學的方式來保證項目開發的正常高效進行。