構建之法閱讀筆記02

    代碼規範的重要性

    今天讀了《構建之法》代碼規範這一部分的內容，如今從新回顧一下這部分的知識，一樣是爲了給下一個階段的衝刺打基礎。第一次衝刺階段的後期，我在進行代碼整合的時候忽然間認識到了代碼規範的重要性，由於不一樣的成員有着不一樣的書寫習慣，當對不一樣成員的代碼進行整合時須要花費很長的時間去弄懂代碼命名的含義以及功能。這應該也是咱們在第一個階段開發存在的問題，就是沒有一個統一的標準，並且代碼的整合也不是天天完成的。因此今天從新複習一下這一部分的知識內容，但願本身之後能夠學會規範的代碼書寫，也但願能夠在下一個階段的團隊開發中創建起團隊的代碼規範標準。

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

    對於代碼規範，個人我的感覺以下：

    1.（過去的作法）

    其實在大學一年級一開始學習編程的時候，老師就教導咱們注意編程的規範性，那時候剛開始學習編程，老師也沒有過於嚴格的要求，只是告訴咱們編程時要注意空格縮進，不要最後把程序編出來之後所有左對齊。因此從開始學習編程到如今對於編程的規範也就只停留在這一層次上，即簡單的注意空行或者縮進，對於命名的規範以及設計的規範沒有給予過多的重視也沒有花費太多的精力去學。另外，我編程的另外一個缺點就是不喜歡寫註釋，可是註釋是代碼中很是重要的一部門，是讓別人可以讀懂你代碼的有效說明。一直以爲本身寫的代碼的意思我都懂了，別人若是不懂能夠來問我，我向他解釋就好了，寫註釋也須要花費時間。如今才明白這種思想的誤區，形成這種誤區的緣由有兩個，第一，寫的代碼太少太簡單，基本上別人均可以看懂，第二，作的實際工程項目太少，沒有真正意義上的開發。

    2.（這種作法的缺點）

    咱們尚未走向工做崗位，在學校裏作的最大的工程項目也就是三四我的組隊開發一個小的系統或者一個小的軟件，可是當咱們真正走向工做崗位之後會發現這種作法會使得你沒法融入一個集體。集體要想高效的工做並取得比較滿意的成果，就必須有一套開發標準，代碼的規範也包括在這套標準之中，但咱們不按照標準去作時，不只僅會下降整個團隊的工做效率，更嚴重的會引發其餘成員的反感。對於程序員來說，讀別人的代碼是一件很是「痛苦」的事情，更況且是沒有任何標準的「個性」代碼呢？所以，代碼的規範不只體現着一個程序員編程的能力，同時也展示其可否適應團隊的工做。

    3.（改進的辦法）

    代碼的規範書寫不是一時一刻就能培養起能力，這就至關於人的生活習慣同樣，須要在平常生活中用心的去培養，對於代碼規範書寫的培養，首先要給予高度的重視，不少的人因爲大學的環境認爲這種良好的習慣不重要，可是真正走向工做崗位之後，這有可能成爲一我的成敗的重要影響因素。其次，要掌握代碼規範書寫的方式和技巧，代碼的規範書寫一樣也是一個技術活，不是認真的去作就能作好的，必需要懂得其中的方法，如命名的方式規則，設計的方法等等，另外，不一樣的企業，不一樣的團隊有着不一樣的準則，實際的工做中還要學着去適應團隊的規範要求。最後，堅持着作下去，一旦培養起這樣的一種編程習慣之後，會受益終生，可是在培養的過程當中，有時可能由於省時省力就容易放鬆本身，這就有可能致使習慣養成須要花費很長時間，或者最終都沒法培養起標準的規範，只要開始培養本身的這種變成習慣，就堅持的去作，而且嚴格要求本身，最終就必定會養成。