• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            chenglong7997

            Java程序最容易犯的21種錯誤

               1.Duplicated Code

              代碼重復幾乎是最常見的異味了。他也是Refactoring的主要目標之一。代碼重復往往來自于copy-and-paste的編程風格。與他相對應OAOO是一個好系統的重要標志。

              2.Long method

              它是傳統結構化的“遺毒”。一個方法應當具有自我獨立的意圖,不要把幾個意圖放在一起。

              3.Large Class

              大類就是你把太多的責任交給了一個類。這里的規則是One Class One Responsibility.

              4.Divergent Change

              一個類里面的內容變化率不同。某些狀態一個小時變一次,某些則幾個月一年才變一次;某些狀態因為這方面的原因發生變化,而另一些則因為其他方面的原因變一次。面向對象的抽象就是把相對不變的和相對變化相隔離。把問題變化的一方面和另一方面相隔離。這使得這些相對不變的可以重用。問題變化的每個方面都可以單獨重用。這種相異變化的共存使得重用非常困難。

              5.Shotgun Surgery

              這正好和上面相反。對系統一個地方的改變涉及到其他許多地方的相關改變。這些變化率和變化內容相似的狀態和行為通常應當放在同一個類中。

              6.Feature Envy

              對象的目的就是封裝狀態以及與這些狀態緊密相關的行為。如果一個類的方法頻繁用get 方法存取其他類的狀態進行計算,那么你要考慮把行為移到涉及狀態數目最多的那個類。

              7.Data Clumps

              某些數據通常像孩子一樣成群玩耍:一起出現在很多類的成員變量中,一起出現在許多方法的參數中,這些數據或許應該自己獨立形成對象。

              8.Primitive Obsession

              面向對象的新手通常習慣使用幾個原始類型的數據來表示一個概念。譬如對于范圍,他們會使用兩個數字。對于Money,他們會用一個浮點數來表示。因為你沒有使用對象來表達問題中存在的概念,這使得代碼變的難以理解,解決問題的難度大大增加。好的習慣是擴充語言所能提供原始類型,用小對象來表示范圍、金額、轉化率、郵政編碼等等。

              9.Switch Statement

              基于常量的開關語句是OO 的大敵,你應當把他變為子類、state或strategy.

              10. Parallel Inheritance Hierarchies

              并行的繼承層次是shotgun surgery的特殊情況。因為當你改變一個層次中的某一個類時,你必須同時改變另外一個層次的并行子類。

             11. Lazy Class

              一個干活不多的類。類的維護需要額外的開銷,如果一個類承擔了太少的責任,應當消除它。

              12. Speculative Generality

              一個類實現了從未用到的功能和通用性。通常這樣的類或方法唯一的用戶是testcase.不要猶豫,刪除它。

              13. Temporary Field

              一個對象的屬性可能只在某些情況下才有意義。這樣的代碼將難以理解。專門建立一個對象來持有這樣的孤兒屬性,把只和他相關的行為移到該類。最常見的是一個特定的算法需要某些只有該算法才有用的變量。

              14. Message Chain

              消息鏈發生于當一個客戶向一個對象要求另一個對象,然后客戶又向這另一對象要求另一個對象,再向這另一個對象要求另一個對象,如此如此。這時,你需要隱藏分派。

              15. Middle Man

              對象的基本特性之一就是封裝,而你經常會通過分派去實現封裝。但是這一步不能走得太遠,如果你發現一個類接口的一大半方法都在做分派,你可能需要移去這個中間人。

              16. Inappropriate Intimacy

              某些類相互之間太親密,它們花費了太多的時間去磚研別人的私有部分。對人類而言,我們也許不應該太假正經,但我們應當讓自己的類嚴格遵守禁欲主義。

              17. Alternative Classes with Different Interfaces

              做相同事情的方法有不同的函數signature,一致把它們往類層次上移,直至協議一致。

              18. Incomplete Library Class

              要建立一個好的類庫非常困難。我們大量的程序工作都基于類庫實現。然而,如此廣泛而又相異的目標對庫構建者提出了苛刻的要求。庫構建者也不是萬能的。有時候我們會發現庫類無法實現我們需要的功能。而直接對庫類的修改有非常困難。這時候就需要用各種手段進行Refactoring.

              19. Data Class

              對象包括狀態和行為。如果一個類只有狀態沒有行為,那么肯定有什么地方出問題了。

              20. Refused Bequest

              超類傳下來很多行為和狀態,而子類只是用了其中的很小一部分。這通常意味著你的類層次有問題。

              21. Comments

              經常覺得要寫很多注釋表示你的代碼難以理解。如果這種感覺太多,表示你需要Refactoring.

            posted on 2012-04-11 14:05 Snape 閱讀(174) 評論(0)  編輯 收藏 引用 所屬分類: Java

            導航

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            my

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品国产一区| 亚洲婷婷国产精品电影人久久| 久久天天躁狠狠躁夜夜avapp| 精品国际久久久久999波多野| AV色综合久久天堂AV色综合在| 99久久国产热无码精品免费久久久久| 狠狠人妻久久久久久综合| 亚洲精品综合久久| 韩国无遮挡三级久久| 中文字幕久久亚洲一区| 久久精品国产清高在天天线| 久久综合鬼色88久久精品综合自在自线噜噜 | 久久99精品国产麻豆宅宅| 成人久久久观看免费毛片| 亚洲一区精品伊人久久伊人| 99久久精品影院老鸭窝| 99久久精品免费看国产一区二区三区 | 亚洲va久久久久| 情人伊人久久综合亚洲| 7777久久久国产精品消防器材| 久久久久国产成人精品亚洲午夜| www性久久久com| 久久天天躁狠狠躁夜夜96流白浆| 97视频久久久| 无码任你躁久久久久久久| 国产精品美女久久久久av爽| 浪潮AV色综合久久天堂| 久久亚洲熟女cc98cm| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 色播久久人人爽人人爽人人片AV| 久久久久国产日韩精品网站 | 亚洲国产成人乱码精品女人久久久不卡| 99久久精品日本一区二区免费| 久久婷婷激情综合色综合俺也去| 久久久久久曰本AV免费免费| 国产精品久久久久免费a∨| 亚洲一区精品伊人久久伊人| 亚洲精品乱码久久久久久蜜桃| 一本色道久久88综合日韩精品| 中文字幕精品久久久久人妻| 久久久久久精品成人免费图片|