java设计模式全解[2]-抽象工厂模式

zmo_xu

浏览: 63963 次
性别:
来自: 苏州

最近访客更多访客>>

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

设计模式 Java 工作

抽象工厂模式（Abstract Factory）

<o:p></o:p>

本文参考Terrylee的博客另外可参考lintomny的www.iteye.com/article/70952 的抽象工厂[他的代码相对我的更详细]

概述
在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时由于需求的变化，往往存在着更多系列对象的创建工作。如何应对这种变化？如何绕过常规的对象的创建方法（new），提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？这就是我们要说的抽象工厂模式。
意图
提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
zmo_xu在这里,直接引用Terrylee给出的例子:这里我引用他的分析,然后给出代码,因为抽象工厂,说白了就是将很多相同的类的方法抽象到抽象类或者接口里面然后通过父类引用子类实例来实现,而这个回调在封装到一个工厂类里面[还是那句老话,大家一起讨论,共同进步,我有错的地方请一定告诉我]

虚拟案例<o:p></o:p>

中国企业需要一项简单的财务计算：每月月底，财务人员要计算员工的工资。<o:p></o:p>

员工的工资 = (基本工资 + 奖金 - 个人所得税)。这是一个放之四海皆准的运算法则。<o:p></o:p>

为了简化系统，我们假设员工基本工资总是4000美金。<o:p></o:p>

中国企业奖金和个人所得税的计算规则是:<o:p></o:p>

奖金 = 基本工资(4000) * 10%<o:p></o:p>

个人所得税 = (基本工资 + 奖金) * 40%<o:p></o:p>

我们现在要为此构建一个软件系统（代号叫Softo），满足中国企业的需求。<o:p></o:p>

案例分析<o:p></o:p>

奖金(Bonus)、个人所得税(Tax)的计算是Softo系统的业务规则(Service)。<o:p></o:p>

工资的计算(Calculator)则调用业务规则(Service)来计算员工的实际工资。<o:p></o:p>

工资的计算作为业务规则的前端(或者客户端Client)将提供给最终使用该系统的用户(财务人员)使用。

现在又要将程序拿到美国使用

针对美国企业为系统建模<o:p></o:p>

为了拓展国际市场，我们要把该系统移植给美国公司使用。<o:p></o:p>

美国企业的工资计算同样是: 员工的工资 = 基本工资 + 奖金 - 个人所得税。<o:p></o:p>

但是他们的奖金和个人所得税的计算规则不同于中国企业:<o:p></o:p>

美国企业奖金和个人所得税的计算规则是:<o:p></o:p>

奖金 = 基本工资 * 15 %<o:p></o:p>

个人所得税 = (基本工资 * 5% + 奖金 * 25%) <o:p></o:p>

根据前面为中国企业建模经验，我们仅仅将ChineseTax、ChineseBonus修改为AmericanTax、AmericanBonus。

[不是太稳定提交保存下]

好现在给出代码:代码比较断就写在一个文件里面了

java 代码

package zmo;
public interface Tax
{
public double Calculate();
}
//-----------------
package zmo;
public interface Bonus
{
public double Calculate();
}
//------------------
package zmo;
public class ChineseBonus implements Bonus
{
public double Calculate()
{
return Constant.BASE_SALARY * 0.1;
}
}
//----------------------
package zmo;
public class ChineseTax implements Tax
{
public double Calculate()
{
return (Constant.BASE_SALARY+Constant.BASE_SALARY*0.1) * 0.4;
}
}
//--------------------------
package zmo;
public class Constant
{
public static double BASE_SALARY = 4000;
}
//--------------------------
package zmo;
import zmo.ChineseBonus;
import zmo.ChineseTax;
public class Factory
{
public Tax CreateTax()
{
return new ChineseTax();
}
public Bonus CreateBonus()
{
return new ChineseBonus();
}
}

但是这样当我们要改变业务逻辑时还是要修改工厂类来实现American 所以我们要请出今天的主角Class,呵呵,没有打错就是Class.zmo_xu在这里要使用Class的forname方法先给出一段演示实例

java 代码

package unit;
public class Test
{
public void show()
{
System.out.println("看到这个输出表示你已经理解了反射机制");
}
}
package unit;
public class ClassShow
{
public static void main(String[] args)
{
try
{
Class ctx=Class.forName("unit.Test");
Object o=ctx.newInstance();
Test test=(Test)o;
test.show();
}
catch (ClassNotFoundException e)
{
e.printStackTrace();
}
catch (InstantiationException e)
{
e.printStackTrace();
}
catch (IllegalAccessException e)
{
e.printStackTrace();
}
}
}

最后就是用ResourceBundle来帮定资源文件来实现Factory类这样就可以实现不改源代码就能修改对应的实例具体方法在builder 建造者模式里面再详细讲吧 ,那个好像不属于抽象工厂的范畴了

分享到：

java设计模式全解[3]-建造者模式 | java设计模式全解[1]-单例模式

2007-06-10 13:01
浏览 4012
评论(4)
论坛回复 / 浏览 (4 / 5638)
分类:企业架构
查看更多

4 楼 liuweihong 2007-07-18

这是抽象工厂模式吗

3 楼 wntaimoshen 2007-07-18

跑题了吧兄弟

2 楼 xieye 2007-06-12

哦，多么优雅的代码

1 楼 zmo_xu 2007-06-11

呵呵这一篇就简单的讲讲如果要深入了解可以参见社区里面别的帖子 ,在这里给出这篇文章只是想人帖子看起来更系列一点

发表评论

您还没有登录,请您登录后再发表评论

最近访客更多访客>>

博主相关

文章分类

社区版块

存档分类

最新评论