摘要: 我們應該如何以及在哪里使用Mock對象呢？一般來說，對于目標對象中的合作者對象，在測試時如果其狀態或行為的實現嚴重地依賴外部資源（比如數據持久化中的DAO，比如負責發送電子郵件的類），或者團隊并行開發時，目標對象的合作者對象并沒有實現（比如J2EE中，橫向分工時，負責Action的調用Service，負責Service調用DAO時，相應的Service及DAO沒有實現），這時我們就需要模仿這些類。其實，在做J2EE時，傳統的N層架構中，我們都是面向接口編程的，我們定義了DAO接口，我們定義了Service接口，這樣做的優點就是我們在測試時可以構造實現接口的Mock類。這里不得不提依賴注入，通過依賴注入，我們才能在測試時set Mock對象。這也說明，為了方便測試，我們不得不一步一步重構代碼，而模式就在重構中自然地產生了。
  閱讀全文

     摘要: 你可以使用eclipse的重構工具方便的生成javabean的getter和setter方法，但在編寫javabean時，你可能不得不手動編寫枯燥單調的繼承自Object的隱含的常用方法，如toString(),hashcode(),equals(Object),compareTo(Object)。當然也有省力的解決方法，那就是eclipse的插件Commonclipse。Commonclipse使用commons-lang包，自動生成上面的方法。你可以到其網站Commonclipse上下載插件感受一下。  閱讀全文

     摘要: 當你偶然路過這里時，我假定你已經很明白java中范型和DAO模式了。當然，我也會順便嘮叨幾句范型和DAO模式，只是它們不會這篇隨筆的重點。我早先在DW上看到一篇蠻不錯的文章不要重復 DAO！Hibernate 和 Spring AOP 構建泛型類型安全的 DAO，它也促使我在一個實驗工程中使用了范型化的DAO模式。前幾天看到的另一篇文章Generic Data Access Objects使我重新想起了這檔事。以前的代碼不可追，索性就重做了一個sample實現范型化的DAO。坦白的講，和上面的兩篇文章相比，這篇隨筆并沒有太多新內容，如果你愿意的話，你可以只看上面的兩篇文章而關掉這個頁面。
  閱讀全文

     摘要: 實現JavaScript繼承的最簡單的方式是call方法（或者apply方法）及原型鏈方法，但這兩種方法都有缺陷，而其混合體就是很好的繼承實現方式。下面舉例說明：  閱讀全文

     摘要: 最近在閱讀《JavaScript高級程序設計》，未免遺忘讀過的內容，就打算以博客的形式做些讀書筆記。今天介紹的是JavaScript的三種構造對象的方法，除了這三種方法，還有工廠方法來構造對象，但考慮到其簡單性及非正規性，這里就不做介紹。和Java這樣的面向對象語言相比，JavaScript更像是函數式語言，其并沒有類的概念，蓋之以對象定義的概念，而具體創建的對象叫做對象的實例。  閱讀全文