在沒有人給你解讀專案的情況下，接手到老專案該如何開始起步熟悉呢？除了要大致到了解專案業務背景、技術堆疊，還應該要有通用化熟悉專案的技巧，每個人熟悉專案習慣技巧都不一樣，尊重每個人的習慣和想法，建議收藏以下我的分享的熟悉專案技巧，
- 拉專案，先熟悉專案的README.md專案介紹，主要了解專案的技術堆疊、運行命令、配置項（如配置什么請求域名）、測驗賬號、注意事項等等，
- 再來熟悉專案的package.json檔案，主要了解專案的運行命令、技術堆疊、大致的依賴包等，
- 安裝專案，啟動專案，專案能很順利的運行在好不過了，如果運行不了還是需要找你給你專案的人要賬號或配置項什么的，
- 觀賞專案成果，主要大致了解業務功能、功能框架（大致多少功能組成）等，
- 了解項目檔案夾結構目錄，如頁面在哪個、路由在哪、介面在哪、狀態在哪、靜態資源在哪等等，
- 不建議直接閱讀原始碼，如果專案龐大很容易傷信心，要結合運行的專案頁面和原始碼一起閱讀，可以在運行的專案大致的可以估出多少個功能頁面，做好心里有數，然后制定優先級頁面對照原始碼來熟悉，優先從專案打開第一個頁面開始看，
- 好記性不如爛筆頭，建議專案git切出注釋分支，不要提交遠程只給自己注釋原始碼用的本地分支，專案如果有注釋那可能是最幸福了，頁面對照原始碼時，看懂的地方注釋自己的懂的意思，慢慢疊加注釋很容易克服閱讀專案困難，通過注釋來增加專案的閱讀足跡慢慢的你會對專案有了把控信心、方便后面反復閱讀，增加你對專案描述的能力，
- 閱讀專案功能遵循由淺到深、由整體到細節，要做到快速的對專案有全域對把控，心里要有專案的大致框架，一般情況下專案是由多個頁面組成，頁面是由多個組件功能組成，一個組件功能由多個小組件組成等，按照這樣的規律了由上至下閱讀，淺閱讀掌握到頁面級別差不多就可以了，
-
優先級閱讀專案、選擇性功能閱讀，如果遇到專案著急入手開發，那就更應該注重優先級閱讀策略，如果沒有遇到也應該要養成這樣良好習慣，這將會增加你的摸魚時間，分析專案著急開發的功能，整理出涉及開發相關的頁面，將重點閱讀；當專案開發時間寬松，也要分析整理出熱業務功能頁面，重點閱讀，其他不重要的如個人中心頁面、登錄頁面等冷業務頁面后面將簡單過下就行了，這也是根據情況來制定該策略，
-
頁面位置查詢閱讀，閱讀一個頁面html的時候，可能很多時候一個頁面會封裝很多的組件，不知道哪個組件對應瀏覽器頁面哪一個范圍部分，除了看組件名字定義和組件頁面的關鍵字對應找，還可以利用class名稱，再谷歌瀏覽器除錯工具的元素一欄下，直接ctrl+f查類名，會直接看到大致的范圍，再進行描述注釋，
-
鏈式閱讀，經常會遇到js嵌套很深的方法難以很快閱讀，建議嘗試用vscode或者其他工具查詢功能，耐心的找到呼叫的或封裝定義的源頭，通過大致的查閱呼叫鏈和源頭的表達再和方法名的定義給一個大致的注釋，
- 以上是我大致等常用閱讀方式，通過我個人等經歷感悟：在各種情況下我自己會靈活把控制定上面的閱讀策略，常常以很短時間內掌握專案、開發專案，總會是令人吃驚和認可，你只要有一點毅力和多點策略，相信你可能也是可以的，
多多關注，分享干貨，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qianduan/378607.html
標籤：其他