小公司的前端建設的一些思考


在之前的企業項目開發中,做過一些前端基礎建設和項目推進的工作。
完成項目之后,一直沒時間整理和反思在推進過程中,遇到的問題以及解決方案,由於前端團隊人員較少,更多的是多人協作以及大家共同攻克一些問題。

工具

前端的編輯器,包括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年的前端,希望各位前端開發的同學,都能找到屬於自己的一片天地。

文章個人博客地址:小公司的前端建設的一些思考

歡迎關注公眾號:程序員布歐,不定期更新一些前端入門文章

創作不易,轉載請注明出處和作者。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM