Pragmatic Coder

          best practices
          posts - 8, comments - 0, trackbacks - 0, articles - 0

          2006年9月3日

          avg_3000 wrote:
          > Hi,
          >
          > Can you suggest a tutorial site for junit and jcoverage that covers
          > from the grassroot level since I have no idea on how to use this tools
          > in java.

          jcoverage is as good as dead. Use Cobertura, which is its replacement.
          Cobertura has documentation for running it in Ant; it's even easier in
          Maven.
          Take a look at <http://cobertura.sourceforge.net/anttaskreference.html>,
          since that's what Google would probably have pulled up if you'd searched.

          結合使用JUnit和Cobertura可能是不錯的選擇。

          posted @ 2006-09-16 09:59 肖鵬 閱讀(248) | 評論 (0)編輯 收藏

          〔本站副站發布,主站:designpatterns.cnblogs.com〕

          ○。背景與背景知識

          這是昨天在QQ上舉的一個例子。本文并不是從頭講Factory Method模式,僅對其實現細節進行討論。關于這個模式可以參考wayfarer呂震宇的文章。

          一。分析

          因為Factory Method(大寫的Factory Method表示模式名稱)模式的一個目的就是使得創建行為(factory method)(小寫的factory method表示創建行為方法)抽象化,由子類實現,從而容易擴展。一個純的Factory Method模式,其factory method是不能用static來實現的。通常Simple Factory模式才會由static來實現。

          但是,一個Factory擁有一個static的創建方法是很誘人的。用戶在任何時候只要用類名(Factory的類名)既可以創建出需要的Product。wayfarer?的文章最后給出的DotNet的實現部分就是這樣的例子。呂震宇的另一篇文章?(關于Simple Factory模式)的回復中Walkdan給出的解決方案也是這樣的。從本質上,這兩個例子都不是純的Factory Method模式或者Simple Factory模式,而是Simple Factory模式和Factory Method模式的組合應用。

          引用Walkdan的回復:

          Simple Factory最大的好處是把變化集中到了一處。另外,LightSimpleFactory.Create()里面的依賴關系也可以消除,我的做法是:

          1. 聲明構造子

          public interface?ILightCreator
          {
          ????Light?Create();
          }

          public class?BulbLightCreator:?ILightCreator
          {
          public?Light?Create()
          ????{
          return new?BulbLight();
          ????}
          }
          .

          2. 注冊構造子

          creators.Register("Bulb",?new?BulbLightCreator());
          creators.Register("Tube",?new?TubeLightCreator());
          .

          3.?Simple Factory中創建對象?

          public class?LightSimpleFactory.Create(string?lightType)
          {
          ????ILightCreator?creator?=?creators.Find(lightType);
          return?creator.Create();
          }

          構造子其實就是Factory Method。這樣, 通過注冊構造子,3.中原來的switch()過程被消除,依賴關系隨之解除。其中的Register(), Find()容易理解,方法就不寫了。

          新的類型可通過新注冊構造子來實現擴展。當然2中的注冊代碼僅僅是示例,完全可以放到配置文件中去實現,比如:

          <lightCreators>
          <add?name="Bulb"?type="BulbLightCreator,"/>
          <add?name="Tube"?type="TubeLightCreator,"/>
          </lightCreators>

          其ILightCreator繼承體系,是Factory Method模式。LightSimpleFactory和creators的關系Walkdan沒有說明,也可實現為Strategy模式。

          二。引申問題

          1. 模式中factory method一定要是抽象的嗎? NO.你可以定義一個默認的方法,生產某種Product。這樣即使Factory沒有子類也可以生產這種默認產品。通常這種情況下Factory是一個接口,然后定義一個BasicFactory來生產BasicProduct。其他的Factory由BasicFactory派生。注意,往往Factory和Product是平行的繼承結構。
          2. Factory Method解耦了client和concreteProduct,是不是又引入了client和concreteFactory的耦合? 這個問題很好,答案是可能(《head first design patterns》一書中的例子就有這個問題),但是client端不應該依賴concreteFactory。如果依賴concreteFactory,那真是畫蛇添足了(見wayfarer的文章)。
          3. Factory Method模式的好處有哪些?
            1. 封裝了對象的創建。對象的創建如果使用new來完成,則與實現類(concreteProduct)是緊耦合的。Factory Method的創建行為factory method,返回Product接口,從而解耦了client和concreteProduct。
            2. 易于擴展。相對于Simple Factory模式,Factory Method模式可以通過派生進行擴展。

          三。結論

          一個純的Factory Method模式其factory method不可以用static實現,通過與其他模式結合使用可以進行變通。而且通常情況下Factory Method模式都會與其他模式相結合。Abstract Factory模式通常就是用Factory Method模式來實現。

          posted @ 2006-09-03 14:21 肖鵬 閱讀(424) | 評論 (0)編輯 收藏

          主站蜘蛛池模板: 永德县| 延安市| 宜黄县| 彩票| 鹤庆县| 南澳县| 玛多县| 潞城市| 康定县| 武川县| 琼海市| 合川市| 湾仔区| 唐山市| 霍州市| 崇礼县| 屯留县| 托克逊县| 稷山县| 台北县| 叶城县| 江达县| 金川县| 渝北区| 苏州市| 微博| 定陶县| 铅山县| 道真| 上饶县| 宜兰县| 潍坊市| 康乐县| 综艺| 分宜县| 美姑县| 柯坪县| 云霄县| 永城市| 中江县| 江达县|