回覆列表
-
1 # 驚鴻byte
-
2 # 開課吧科科
管框架的人要不斷分析遇到的新問題,在不破壞框架各部分主體職責界限的情況下,如何作適當調整以接納新的變更。同時需要隨著業務量的變化來識別框架的效能瓶頸,並在定位到瓶頸時評估框架的堅固程度。當不得不因為效能而改變框架時,儘量保持原來框架職責界限不變,界定新的職責,從而把原來框架的區域性或者整體進行分離與合併。
在分析框架各部分職責及界限時,儘量脫離程式設計技術術語語境,用完全不需要程式技能就能懂的概念和語言來組織描述。當然,涉及效能要求時不可避免要用到技術語言。
框架無論多麼複雜,都要求能在一張圖上概要地向各方相關人員講清楚。當遇到需要調整框架時,這張圖可以用來幫助你爭取必要的資源。
作為接觸程式5年的程式設計師來分享一下個人的經驗
多讀寫程式碼就像學說話一樣,需要多看別人是怎麼寫的,比如github上面很多開源的優秀程式碼,有意識地學習程式碼風格、程式碼結構和註釋,會讓你逐漸潛移默化的提高自己的程式碼能力。
多想很多情況下,初學者容易犯一個錯誤——著急寫程式碼卻沒有把程式碼思路想好。最好的方法是建議在寫程式碼之前把框架、步驟和邏輯想清楚,可以把它寫成註釋放在檔案的開頭,這樣時刻提醒自己的思路清晰,而且不會因為中間隔一段時間沒寫就忘記之前的思路。