看一下psr和sq的一些程式碼規則...做一兩個功能就熟悉了..在開發中稍微注意下慢慢就會有自己的風格...

向海龍事件告訴我們，只有老大才是最安全的！！

七年帶潔癖程式設計師告訴你！潔癖和專案進度關係真的不大！相反，簡潔合理的程式碼邏輯往往能提升工作效率！

剛開始程式設計的時候我們都可能被要求去理解一些概念，其中我認為最重要的就是面向物件程式設計六大原則！如果一個團隊編碼過程中行為習慣大致相同，那麼從可維護性，程式碼可讀性，開發效率等各個方面來說，這都會是一個高效的團隊！影響工作進度的從來都不是程式碼潔癖，大機率是混亂的思路，管中窺豹式的編碼！思路理順了，編碼效率上來了，自測問題也會少不少。

程式碼潔癖不是用個程式碼檢測工具，時不時來一下，根據工具提示修改，如果這也算潔癖，那我就只能呵呵了。從設計出發，如何讓程式碼思路更簡單明瞭，並且儘可能靠近程式設計六大原則，才是程式碼潔癖的特徵！

下面簡單說說面向物件程式設計六大原則。

開閉選擇，是指一個類或者方法，對擴充套件開放，對修改關閉。簡單的說，就是儘可能的去擴充套件，沒完全搞清楚的情況下不要盲目修改。里氏替換，是說子類必須可以替換父類，這個最好理解。依賴倒置，這個是我在開發中最頭疼的問題，底層模組不應該去依賴業務模組，但是某技術總監總忽略這個問題，抽象不依賴於實現細節，這麼簡單的道理，還用和我反覆強調其可行！當然，程式碼能寫，但是後續維護吶，存在的迴圈引用問題呢！無語！介面隔離，介面設計是考驗程式設計師水準的一個非常重要標準，如何設計一個介面在特定業務情況下讓子類不冗餘？或大或小可能都不是最優方案！經驗導向！介面隔離是好內聚的實現方式之一！最少知道原則，也就是迪米特法則，定義有些繞，我理解的是說依賴類應該只能夠呼叫被依賴類的特定介面！單一職業，一個類，一個方法，一個變數都只幹一件事！

好了，不細說了，手機碼字手指頭酸了！

程式碼潔癖有兩個層次，一個是自己程式碼確實比較牛，而團隊其他開發要稍差，這時需要帶新人，樹立標準，這樣可以保證專案進度，提高交付質量。另一個，專案大牛多，但是有不同的潔癖，這時刻意去推行自己的標準，價值觀可能會受阻，甚至會引發衝突，形成幫派，阻礙開發進度。處理第二種就需要柔性的能力，比如，當你認為確實有把握說服對方時必須有嚴格的證明才行，要做些工作，另外，還要留三分，不要過分打壓對方，畢竟都是同事，保證交付才最重要！