文章目录

‍博主在前端领域还有很多知识和技术需要掌握正在不断努力填补技术短板。

(如果出现错误感谢大家指出)

什么时候不用

当被应用到错误的问题类型上时,这一模式会给应用程序引入大量不必要的复杂性.除非为创建对象提供一个接口是我们编写的库或者框架的一个设计上目标,否则我会建议使用明确的构造器,以避免不必要的开销。

由于对象的创建过程被高效的抽象在一个接口后面的事实,这也会给依赖于这个过程可能会有多复杂的单元测试带来问题。

前端中的工厂模式是一种创建对象的设计模式它可以让我们封装创建对象的细节我们使用工厂方法而不是直接调用

new

关键字来创建对象使得代码更加清晰、简洁和易于维护。

在前端开发中工厂模式通常用于创建多个相似但稍有不同的对象比如创建一系列具有相同样式和行为的按钮或者表单。

------------------|

客户端Client向工厂对象发出请求。

工厂对象Factory根据客户端的请求选择合适的具体工厂。

具体工厂Concrete

class

如果你不想让某个子系统与较大的那个对象之间形成强耦合而是想运行时从许多子系统中进行挑选的话那么工厂模式是一个理想的选择将new操作简单封装遇到new的时候就应该考虑是否用工厂模式需要依赖具体环境创建不同实例这些实例都有相同的行为,这时候我们可以使用工厂模式简化实现的过程同时也可以减少每种对象所需的代码量有利于消除对象间的耦合提供更大的灵活性

创建对象的过程可能很复杂但我们只需要关心创建结果。

构造函数和创建者分离,

符合“开闭原则”一个调用者想创建一个对象只要知道其名称就可以了。

扩展性高如果想增加一个产品只要扩展一个工厂类就可以。

增加了类的数量引入工厂模式会增加代码的复杂度因为需要定义接口、具体工厂和具体产品等额外的类从而增加了类的数量。

不易于扩展如果需要添加新的产品类型就需要修改工厂类的逻辑这违反了开闭原则对扩展开放对修改关闭。

难以理解对于简单的项目引入工厂模式可能会增加不必要的复杂性使代码难以理解。

静态工厂方法不易被继承如果使用静态工厂方法来创建对象则无法通过继承改变所创建的产品类型。

增加了代码的抽象程度工厂模式引入了额外的抽象层使得代码更加抽象可能增加理解和调试的难度。