設計模式、EffectJava、重構

關於提升代碼質量的一些思考java

1.儘早得暴露問題數組

  好比參數檢查,讓問題暴露在初始階段,不然問題通過流轉會變得更難排查性能

  藉助編譯器檢查,將大部分的疏漏扼殺在編譯階段ui

參數檢查,斷言設計

保護性拷貝作用域

方法簽名設計編譯器

  易於理解,風格一致io

  對外提供的方法(API)儘可能簡潔編譯

  參數列表要簡潔變量

    拆解方法,合理拆解方法組合使用反而提高靈活性

    添加輔助類表示參數

    builder模式

  優先使用枚舉替代boolean參數

    可讀性更強

    擴展性更強

    枚舉還能添加方法,適用一些特殊業務場景

    總之枚舉有諸多優點

  在沒有數據須要返回時,儘可能返回空數組,這樣能夠減小調用方複雜度,並且通常不用換擔憂數組開銷問題,通常零長數組都爲單例,推薦調用Collection.emptyList等方式獲取數組,即便不是單例,通常應用場景並不用擔憂性能問題。

  在使用的時候再申明變量,變量做用域最小化

  java.lang java.util java.io java.util.concurrent

 避免使用float和double

相關文章
相關標籤/搜索