<big id="9rbpx"></big>
<track id="9rbpx"></track>

      <noframes id="9rbpx"><progress id="9rbpx"><meter id="9rbpx"></meter></progress>

          <ins id="9rbpx"></ins>

          <i id="9rbpx"><meter id="9rbpx"><p id="9rbpx"></p></meter></i>

            主頁 > 知識庫 > 網絡編程 > PHP >

            PHP

            程序員編程十條戒律

            來源:互聯網 作者:PHPer 發表于:2009-09-29 10:48  點擊:
            1.- DRY: Dont repeat yourself. DRY 是一個最簡單的法則,也是最容易被理解的。但它也可能是最難被應用的(因為要做到這樣,我們需要在泛型設計上做相當的努力,這并不是一件容易的事)。它意味著,當我們在兩個或多個地方的時候發現一些相似的代碼的時候,

             

            1.- DRY: Don’t repeat yourself.
            DRY 是一個最簡單的法則,也是最容易被理解的。但它也可能是最難被應用的(因為要做到這樣,我們需要在泛型設計上做相當的努力,這并不是一件容易的事)。它意味著,當我們在兩個或多個地方的時候發現一些相似的代碼的時候,我們需要把他們的共性抽象出來形一個唯一的新方法,并且改變現有的地方的代碼讓他們以一些合適的參數調用這個新的方法。

            DRY 這一法則可能是編程屆中最通用的法則了,目前為止,應該沒有哪個程序員對這一法則存有異議。但是,我們卻能發現,一些程序在編寫單元測試(unit testing)時忘記了這一法則:讓我們相像一下,當你改變一個類的若干接口,如果你沒有使用DRY,那么,那些通過調用一系例類的接口的unit test的程序,都需要被手動的更改。比如:如果你的unit test的諸多test cases中沒有使用一個標準共有的構造類的方法,而是每個test case自己去構造類的實例,那么,當類的構造函數被改變時,你需要修改多少個test cases啊。這就是不使用DRY法則所帶來的惡果。

            2.- 短小的方法.
            至少,我們有下面三個不錯的理由要求程序員們寫下短小的方法。

            代碼會變得更容易閱讀。
            代碼會變得更容易重用(短方法可以減少代碼間的耦合程度)
            代碼會變得更容易測試。
            3.- 良好的命名規范
            使用不錯的統一的命名規范可以讓你的程序變得更容易閱讀和維護,當一個類,一個函數,一個變量的名字達到了那種可以“望文生義”的境界話,我們就可以少一些文檔,少一些溝通。文章《編程中的命名設計那點事 》可以給你一些提示。

            4.- 賦予每個類正確的職責
            一個類,一個職責,這類規則可以參考一下類的SOLID 法則。但我們這里強調的不是一種單一的職責,而是一個正確的職責。如果你有一個類叫Customer,我們就不應該讓這個類有sales 的方法,我們只能讓這個類有和Customer有最直接關系的方法。

            5.- 把代碼組織起來
            把代碼組織起來有兩具層次。

            有幫助
            (42)
            82.4%
            沒幫助
            (9)
            17.6%
          1. 上一篇:沒有了
          2. 下一篇:PHP :time(),date(),mktime()區別
          3. 亚洲五月综合自拍区_色琪琪www?618se con_超碰视频_人人鲁免费播放视频_秋霞A级毛片在线看