工厂方法模式有一个问题就是,类的创建依赖工厂类,也就是说,如果想要拓展程序,必须对工厂类进行修改,这违背了闭包原则,所以,从设计角度考虑,有一定的问题,如何解决?就用到抽象工厂模式,创建多个工厂类,这样一旦需要增加新的功能,直接增加新的工厂类就可以了,不需要修改之前的代码.
[java]
view plain
copy
- public interface Sender {
- public void Send();
- }
两个实现类:
[java]
view plain
copy
- public class MailSender implements Sender {
- @Override
- public void Send() {
- System.out.println("this is mailsender!");
- }
- }
[java]
view plain
copy
- public class SmsSender implements Sender {
- @Override
- public void Send() {
- System.out.println("this is sms sender!");
- }
- }
两个工厂类:
[java]
view plain
copy
- public class SendMailFactory implements Provider {
- @Override
- public Sender produce(){
- return new MailSender();
- }
- }
[java]
view plain
copy
- public class SendSmsFactory implements Provider{
- @Override
- public Sender produce() {
- return new SmsSender();
- }
- }
在提供一个接口:
[java]
view plain
copy
- public interface Provider {
- public Sender produce();
- }
测试类:
[java]
view plain
copy
- public class Test {
- public static void main(String[] args) {
- Provider provider = new SendMailFactory();
- Sender sender = provider.produce();
- sender.Send();
- }
- }
其实这个模式的好处就是,如果你现在想增加一个功能:发及时信息,则只需做一个实现类,实现Sender接口,同时做一个工厂类,实现Provider接口,就OK了,无需去改动现成的代码。这样做,拓展性较好!
但是这容易造成工厂类的膨胀。可能与实际的工业经济有点不符,因为一个工厂基本上都是可以创造很多产品的,而不是有新的产品就一定需要新的工厂。
当然,如果说代码的工厂模式里新增的功能完全异于已有的功能,就貌似工厂要开辟新的生产线,当然这个时候就要考虑新建工厂了。
实体经济里,一个企业需要不断地创建工厂,一个原因是经济的转型加快,一个是刚开始考虑的问题不全。如果是外部无法抗拒的原因,我们可以不去评论,但是由于自身刚开始的规划和战略考虑不周,那就是刚开始系统架构的问题了,对于web应用也是如此。考虑了工厂模式,那么相对的变化就比较小。不过话又说回来,软件架构的工厂模式的修改,相对实体经济来说,会简单一些