简单工厂模式

假设我们现在要做一个对外的模块,提供一个接口Api(面向接口编程的好处这里就不谈了)及其实现类ApiImpl,第三方通过接口调用相关功能。
直接实现:

//接口
public interface Api {
    void test();
}
//实现
public class ApiImpl implements Api {
    @Override
    public void test() {
        System.out.println("api实现");
    }
}
//客户端调用
public class Client {
    public static void main(String[] args) {
        ApiImpl api = new ApiImpl();
        api.test();
    }
}

我们看上面存在哪些问题?
1、客户端知道并使用了具体的实现 new ApiImpl();
2、打破了封装和隔离性,不利于扩展
如果不使用具体的实现类又没法会接实例化接口,怎么办呢?
使用简单工厂:

public class ApiFactory {
    public static Api createApi(){
        return new ApiImpl();
    }
}
//客户端调用
public class Client {
    public static void main(String[] args) {
        Api api = ApiFactory.createApi();
        api.test();
    }
}

这样有什么好处呢?
封装了具体实现,使客户端与模块隔离,易于扩展和维护(更换实现类客户端无感知)

通常情况下简单工厂类不需要再对外封装接口,当然也可以封装;
一般创建实例的方法会声明为静态的,为了防止客户端实例化工厂类,可以私有化工厂类的构造;
工厂类不仅可用于创建基于接口的实例,也可用于抽象类;
同一个接口多种实例化类时可以通过传参数或参数写到配置文件的方式指定创建哪一种行为的实现类。
简单工厂的本质是:隔离并选择提供对外实现

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值