在之前的企業項目開發中,做過一些前端基礎建設和項目推進的工作。
完成項目之后,一直沒時間整理和反思在推進過程中,遇到的問題以及解決方案,由於前端團隊人員較少,更多的是多人協作以及大家共同攻克一些問題。
工具
前端的編輯器,包括sublime,還有vscode,以及webstorm、atom這類編輯器,發展到現在,vscode成為了目前前端開發的主流編輯器
在團隊開發過程中,針對一些固定的插件,需要實現規范和統一。
包括:
tab縮進的大小,以及格式化的插件,例如在vue開發過程中,推薦使用Vetur進行格式化和代碼約束,包括代碼檢查eslint這些工具。
除了統一使用的插件作為規范以外,其他的插件作為個人愛好和習慣使用即可。
項目結構目錄
文件夾划分
以vue開發為例:接口api,路由router,狀態管理store,組件compoment、工具類utils,建議統一划分到各自的文件夾,明確文件夾的功能,文件命名規范可以參照:vue官方文檔-風格指南
文件夾命名可以根據習慣,最重要的是要明確划分功能,確保在開發過程中造成目錄混亂
代碼編寫
javascript
- 常量大寫,規范使用let和const等命令, 變量和方法使用 駝峰or下划線進行命名,
- 工具類utils和依賴包方法,例如:時間格式化YYYY-MM-DD,統一使用utils中的格式化方法
- 深拷貝或者節流防抖等方法,根據項目場景封裝或者使用lodash,進行統一,混合使用容易增加開發成本。
html&&css
類名使用駝峰或者以 - 作為連接,書寫順序建議以參考騰訊css書寫規范
git
- 默認一條主分支,這個應該是大家在代碼維護過程中的共識了
- 在項目完成第一次上線之后,建議增加一條fix分支作為生產環境bug維護的分支
- 開發過程中,dev分支的提交,提交信息應該詳細且最好是按照提交的類型,是否是fix還是update代碼
協作開發
在開發過程中,項目的進度和周期情況都不太一樣,同時有些前端開發人員可能是剛進入項目,也有些在項目中呆了比較久,能力也會有所差別,在開發和分配任務時,就需要根據不同的情況進行分配任務。
需要考慮的問題
- 是否根據個人能力的強弱,分配任務的時候,注重培養還是按照個人擅長的領域去處理擅長的問題。
- 業務組件和公共組件的編寫,是根據分配任務的模塊划分還是由某個同學單獨去完成
- 更多問題。。。
文檔以及注釋
- 項目的readme.md建議盡可能地完善,不僅僅局限於 安裝npm依賴和啟動,更應該包含上面所提到:插件規范、一些重要的依賴項、node版本等
- 代碼注釋建議保持良好的習慣,包括代碼塊注釋,業務邏輯注釋,實現痛點等
前端負責人
- 作為前端的負責人,需要結合業務需求,做更好的技術選型,對於現有的工具有一定的了解和知識廣度
- 良好的編碼基礎支持作為支撐,熟悉前端項目架構,具備前端開發的技能,面對業務開發能夠熟練於心,對算法有一定的能力和理解,對前端領域的技術更新和信息有良好的敏感度
- 具有一定的管理能力,保持團隊的活力,提升整個團隊的戰斗能力,建議可以開展一些技術分享或者討論,引導前端團隊的成員去攻克一些難題,善於發現他們的閃光點。
- 不管是針對前端成員還是其他同事或者上級,擁有良好的溝通和理解能力,快速定位問題,進行有效溝通。
寫在最后
以上就是關於小公司前端團隊建設的一些思考,2022年的前端,希望各位前端開發的同學,都能找到屬於自己的一片天地。
文章個人博客地址:小公司的前端建設的一些思考
歡迎關注公眾號:程序員布歐,不定期更新一些前端入門文章
創作不易,轉載請注明出處和作者。