- 优点
工厂类承担创建所有产品的职责，只要有想创建的产品，都可以放到工厂类里面实现，简称“万能类”。
- 缺点
显而易见，只要新增一个产品，就会对工厂类进行修改；
而且工厂类会随着产品种类的增多而变得庞大而且不易于管理维护；
违反了设计模式中的“开闭原则”，即对修改关闭（新增了产品需要修改工厂类，违反），
对扩展开放（没有扩展）。
- 实例展示：
private interface ICar {
void move();
}
private static class Benz implements ICar {
@Override
public void move() {
ToastUtil.showToast(“Benz moved!”);
}
}
private static class BMW implements ICar {
@Override
public void move() {
ToastUtil.showToast(“BMW moved!”);
}
}
//简单工厂
private static class SimpleFactory {
public static ICar getCar(int carType) {
switch (carType) {
case 0:
return new Benz();
case 1:
return new BMW();
}
return null;
}
}
//开始生产
ICar car1 = SimpleFactory.getCar(0);
car1.move();
=============================================================
- 优点
弱化一个工厂类通吃的概念，将生产产品的职责交给各自的产品工厂去完成，也就是每一个产品都有一个工厂类，负责完成本身产品的生产。
符合“开闭原则”，对修改关闭（无需修改工厂类），对拓展开放（新增产品对应的工厂类）。
- 缺点
相比简单工厂一个工厂类来说，工厂方法实现了多个工厂类，相对来说使用起来复杂一点。
缺少形成产品族的功能，这个后续可在抽象工厂模式中解决。
- 实例展示：
private interface IFactory {
ICar getCar();
}
private class BenzFactory implements IFactory{
public ICar getCar() {
return new Benz();
}
}
private class BMWFactory implements IFactory{
public ICar getCar() {
return new BMW();
}
}
//工厂方法
IFactory factory = new BenzFactory();
ICar car1 = factory.getCar();
car1.move();
IFactory factory = new BMWFactory();
ICar car2 = factory.getCar();
car2.move();
public class CarFactory {
public static ICar createCar(Class<? extends ICar> c) {
try {
return (ICar) c.newInstance();
} catch (Exception e) {
System.out.println(“初始化失败”);
}
return null;
}
}
ICar bmw = CarFactory.createCar(BMW.class);
if (bmw != null) {
bmw.move();
}
enum EnumCarFactory {
Benz {
@Override
public ICar create() {
return new Benz();
}
},
BMW {
@Override
public ICar create() {
return new BMW();
}
};
public abstract ICar create();
}
try {
ICar ACar = EnumCarFactory.valueOf(“Benz”).create();
ACar.move();
} catch (Exception e) {
System.out.println(“初始化失败”);
}
=============================================================
- 优点
抽象工厂是针对“产品族”概念拓展而来的。
一个产品不止一个功能，比如我们为高端人群定制了一套出行方案，这个方案里面有配备的车辆，还有人群穿戴的衣服等，这些功能合在一起就成为了“人群”这个产品的功能。
如果只是配备车辆，那就跟工厂方法模式一样，只有一个功能，这是极端情况。
所谓的抽象指的是工厂不止生产某一具体产品，而是能扩展到生产一系列产品。
- 实例展示：
private interface IFactory {
ICar getCar();
}
private interface IClothes {
void wear();
}
private class Gucci implements IClothes {
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
【延伸Android必备知识点】
【Android部分高级架构视频学习资源】
**Android精讲视频学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水！
**任何市场都是优胜略汰适者生存，只要你技术过硬，到哪里都不存在饱和不饱和的问题，所以重要的还是提升自己。懂得多是自己的加分项 而不是必须项。门槛高了只能证明这个市场在不断成熟化！**另外一千个读者就有一千个哈姆雷特，所以以上只是自己的关键，不喜勿喷！
如果你是卡在缺少学习资源的瓶颈上，那么刚刚好我能帮到你。欢迎关注会持续更新和分享的。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水！
**任何市场都是优胜略汰适者生存，只要你技术过硬，到哪里都不存在饱和不饱和的问题，所以重要的还是提升自己。懂得多是自己的加分项 而不是必须项。门槛高了只能证明这个市场在不断成熟化！**另外一千个读者就有一千个哈姆雷特，所以以上只是自己的关键，不喜勿喷！
如果你是卡在缺少学习资源的瓶颈上，那么刚刚好我能帮到你。欢迎关注会持续更新和分享的。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
1165
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
