建構之法閱讀筆記02

    代碼規範的重要性

    今天讀了《建構之法》代碼規範這一部分的内容，現在重新回顧一下這部分的知識，同樣是為了給下一個階段的沖刺打基礎。第一次沖刺階段的後期，我在進行代碼整合的時候突然間認識到了代碼規範的重要性，因為不同的成員有着不同的書寫習慣，當對不同成員的代碼進行整合時需要花費很長的時間去弄懂代碼命名的含義以及功能。這應該也是我們在第一個階段開發存在的問題，就是沒有一個統一的标準，而且代碼的整合也不是每天完成的。是以今天重新複習一下這一部分的知識内容，希望自己以後可以學會規範的代碼書寫，也希望可以在下一個階段的團隊開發中建立起團隊的代碼規範标準。

    今天下午用了2個小時的時間認真的讀了一遍課本，學習到了代碼規範的重要意義，經過團隊開發以後對這些課本中所講的意義才有了真切的體會。所謂的代碼規範其實包含兩個方面的内容，第一方面就是代碼書寫的規範，包括縮進、括号、斷行、分行、命名、注釋等等，第二個方面就是代碼設計的規範性，代碼設計的規範往往會涉及到程式設計、子產品之間的關系以及設計模式等多方面的内容。總之，代碼的規範是在實際發開程式設計過程中的重要組成部分，它始終貫穿于整個開發過程，在程式設計開發時我們要給予絕對的重視。

    對于代碼規範，我的個人感受如下：

    1.（過去的做法）

    其實在大學一年級一開始學習程式設計的時候，老師就教導我們注意程式設計的規範性，那時候剛開始學習程式設計，老師也沒有過于嚴格的要求，隻是告訴我們程式設計時要注意空格縮進，不要最後把程式編出來以後全部左對齊。是以從開始學習程式設計到現在對于程式設計的規範也就隻停留在這一層次上，即簡單的注意空行或者縮進，對于命名的規範以及設計的規範沒有給予過多的重視也沒有花費太多的精力去學。另外，我程式設計的另一個缺點就是不喜歡寫注釋，但是注釋是代碼中非常重要的一部門，是讓别人能夠讀懂你代碼的有效說明。一直覺得自己寫的代碼的意思我都懂了，别人如果不懂可以來問我，我向他解釋就行了，寫注釋也需要花費時間。現在才明白這種思想的誤區，造成這種誤區的原因有兩個，第一，寫的代碼太少太簡單，基本上别人都可以看懂，第二，做的實際工程項目太少，沒有真正意義上的開發。

    2.（這種做法的缺點）

    我們還沒有走向工作崗位，在學校裡做的最大的工程項目也就是三四個人組隊開發一個小的系統或者一個小的軟體，但是當我們真正走向工作崗位以後會發現這種做法會使得你無法融入一個集體。集體要想高效的工作并取得比較滿意的成果，就必須有一套開發标準，代碼的規範也包括在這套标準之中，但我們不按照标準去做時，不僅僅會降低整個團隊的工作效率，更嚴重的會引起其他成員的反感。對于程式員來講，讀别人的代碼是一件非常“痛苦”的事情，更何況是沒有任何标準的“個性”代碼呢？是以，代碼的規範不僅展現着一個程式員程式設計的能力，同時也展現其能否适應團隊的工作。

    3.（改進的辦法）

    代碼的規範書寫不是一時一刻就能培養起能力，這就相當于人的生活習慣一樣，需要在日常生活中用心的去培養，對于代碼規範書寫的培養，首先要給予高度的重視，很多的人由于大學的環境認為這種良好的習慣不重要，但是真正走向工作崗位以後，這有可能成為一個人成敗的重要影響因素。其次，要掌握代碼規範書寫的方式和技巧，代碼的規範書寫同樣也是一個技術活，不是認真的去做就能做好的，必須要懂得其中的方法，如命名的方式規則，設計的方法等等，另外，不同的企業，不同的團隊有着不同的準則，實際的工作中還要學着去适應團隊的規範要求。最後，堅持着做下去，一旦培養起這樣的一種程式設計習慣以後，會受益終生，但是在培養的過程中，有時可能因為省時省力就容易放松自己，這就有可能導緻習慣養成需要花費很長時間，或者最終都無法培養起标準的規範，隻要開始培養自己的這種變成習慣，就堅持的去做，并且嚴格要求自己，最終就一定會養成。