前言：之前寫過一篇「寫出好的代碼」策泣，里面只是簡單的提到了要求（還是初級的）衙傀。過去了快兩年這么久，自己又有了新的體會着降，在這里分享一下差油。
好代碼的進階要求：
邏輯清晰，bug 少任洞。（內(nèi)心吐槽：這個不是廢話）
適用人群：
- 在本期項目剛剛做完坝撑，整個運行流程都已經(jīng)忘記蔚晨，或者根本就沒有弄清楚過。
- 寫代碼的時候永遠是邊寫邊想下面怎么處理。
ps：本人之前就是這個樣子的惭蟋。
對于問題1：本期項目做完了都不知道自己做了什么诅炉，沒有什么積累驻襟。每次看到有人來詢問什么什么的怎么樣子的的時候，其他人想一下就可以給出肯定的答復叔锐，而自己要么什么都不知道（大多數(shù)情況）， 要么不敢肯定见秽。
對于問題2：出現(xiàn)了考慮情況不完全導致方案修改或者縫縫補補寫完需求的情況愉烙。問題不少而且效率特別低！特別低解取！特別低步责！
言歸正傳，如果你有相同的問題禀苦，希望下面的內(nèi)容可以幫助到你蔓肯。
做法很簡單，就是在每次開始做之前將需求在大腦中過一遍振乏，將多種情況進行整體考慮蔗包、劃分成多個步驟，然后再開始寫代碼去實現(xiàn)功能慧邮。
就好比計劃型旅游调限，出發(fā)前把自己要去的地方、景點赋咽、需要做的事情（需求）旧噪；可能遇見的事情，如小費怎么給脓匿、怎么方便兌換當?shù)刎泿诺鹊龋ú煌瑘鼍暗奶幚恚?strong>旅游的步驟，先去哪里再去哪里宦赠，怎么去等等（分步驟實現(xiàn)）陪毡；
我的做法
以前的我在拿到需求并理解之后，會為了趕時間而很著急開始需求勾扭，殊不知其實浪費更多時間≌绷穑現(xiàn)在的我一定要讓自己停下來，把“旅游計劃”制定好之后再去開始妙色。目前情況來看桅滋，上面的問題都有了很大的改善，希望可以提醒到更多人身辨。
