乙個method做一件事情，如果有多個事情，請封裝其他method
如下圖：使用者註冊,如果乙個方法裡面寫了儲存使用者資訊的**，儲存成功之後我們還要去初始化使用者相關的資料，給使用者打標籤，傳送簡訊或者其他訊息通知，想想都可怕，因為這個方法可能你就要寫上上百行**。
那麼這時就應該把不同的業務**塊封裝出來。
這樣一來，使用者註冊呼叫的方法裡面就只有儲存使用者相關資訊的業務邏輯，和發起初始化使用者資料的事件或者呼叫相關方法的**，易於後期維護
**盡量簡潔，不要寫太多冗餘的**，有條件的小夥伴把注釋都寫上去。出現bug時候，請理解需求，找到真正的問題所在，不要在沒有理解**的情況下，為了圖方便，增加一行**就解決或者減一行**就解決了操作，因為長時間的操作，會使你原先乾淨簡潔的**變成無法維護的**。以後你離開公司的時候，維護你**的小夥伴會告訴其他人，不要試圖改這些**，這些是某某人寫的，他已經走了，不能維護。這個汙點會跟著專案伴隨你一生一世。
養成良好的習慣
1.文件缺乏，自己寫的東西，時間長了，自己都不記得了。2.設計結構混亂，因為做的過程中是做一步看一步，摸著石頭過河，沒法做長遠規劃。但是之後沒有做重構。3.設計的東西往往是最初很複雜，但是很多東西最後證明沒有作用，最終選擇了簡單有效的方式。所以，在平時的開發中，要養成良好的習慣 1.要有文件。2.要...
養成良好的習慣
一 沉穩 1 不要隨便顯露你的情緒。2 不要逢人就訴說你的困難和遭遇。3 在徵詢別人的意見之前，自己先思考，但不要先講。4 不要一有機會就嘮叨你的不滿。5 重要的決定盡量有別人商量，最好隔一天再發布。6 講話不要有任何的慌張，走路也是。二 細心 1 對身邊發生的事情，常思考它們的因果關係。2 對做不...
養成良好的程式設計習慣
1.dry 擰乾 不要有水分 不要有重複 如果有重複，進行抽象。2.抽象原理，和dry有關，中每乙個重要的功能塊都應該擰乾抽象一下。3.kiss keep it stupid 簡化 避免複雜是關鍵目標，閱讀簡單 花費時間短 寫得少，腦子動得不見得少 少 有較少bugs和更易於修改。banq 耦合都很...