为什么避免工厂模式的条件逻辑是好的？

避免工厂模式的条件逻辑是好的，因为它具有以下优势和应用场景：

优势：

降低代码的耦合性：工厂模式通过将对象的创建和使用分离，使得客户端代码不需要直接依赖具体的类，从而降低了代码的耦合性，提高了代码的可维护性和可扩展性。
提高代码的可测试性：由于工厂模式将对象的创建过程封装在工厂类中，可以通过使用依赖注入等技术，在测试时轻松替换具体的对象实现，从而方便进行单元测试和模块测试。
隐藏对象创建的细节：工厂模式将对象的创建过程封装在工厂类中，客户端代码只需要关心如何使用对象，而不需要关心对象的创建细节，从而简化了客户端代码的编写。

应用场景：

多态性的实现：工厂模式可以通过定义一个公共的接口或抽象类，并由具体的工厂类负责创建不同的实现类，从而实现多态性的应用场景。
对象的创建过程复杂或需要进行额外处理：如果对象的创建过程涉及到复杂的逻辑判断、依赖关系的处理或资源的初始化等，可以使用工厂模式将这些复杂的创建过程封装起来，提高代码的可读性和可维护性。
需要动态切换对象的实现：工厂模式可以通过在运行时动态切换具体的工厂类，从而实现不同环境下对象实现的切换，提供更大的灵活性和可配置性。

腾讯云相关产品和产品介绍链接地址：

腾讯云函数（云原生）：腾讯云函数是一种事件驱动的无服务器计算服务，可帮助开发者在云端运行代码而无需搭建和管理服务器。详情请参考：https://cloud.tencent.com/product/scf

腾讯云数据库（数据库）：腾讯云数据库是一种高性能、可扩展的云数据库服务，支持多种数据库引擎，提供了高可用、高可靠、高安全的数据库解决方案。详情请参考：https://cloud.tencent.com/product/cdb

腾讯云CDN（网络通信）：腾讯云CDN是一种内容分发网络服务，通过在全球部署节点，加速静态资源的传输，提高用户访问网站的速度和体验。详情请参考：https://cloud.tencent.com/product/cdn

腾讯云安全产品（网络安全）：腾讯云提供了多种网络安全产品，包括Web应用防火墙（WAF）、DDoS防护、安全加速等，帮助用户保护云上应用和数据的安全。详情请参考：https://cloud.tencent.com/solution/security

腾讯云音视频处理（音视频、多媒体处理）：腾讯云音视频处理是一种基于云计算的音视频处理服务，提供了音视频转码、截图、水印、剪辑等功能，满足不同场景下的音视频处理需求。详情请参考：https://cloud.tencent.com/product/mps

腾讯云人工智能（人工智能）：腾讯云人工智能提供了多种人工智能服务，包括图像识别、语音识别、自然语言处理等，帮助用户实现智能化的应用和服务。详情请参考：https://cloud.tencent.com/product/ai

腾讯云物联网（物联网）：腾讯云物联网是一种基于云计算的物联网服务，提供了设备接入、数据存储、数据分析等功能，帮助用户实现物联网设备的连接和管理。详情请参考：https://cloud.tencent.com/product/iotexplorer

腾讯云移动开发（移动开发）：腾讯云移动开发提供了移动应用开发的一站式解决方案，包括移动应用开发平台、移动推送、移动分析等，帮助开发者快速构建和发布移动应用。详情请参考：https://cloud.tencent.com/product/mad

腾讯云对象存储（存储）：腾讯云对象存储是一种高可靠、高可扩展的云存储服务，适用于存储和管理各种类型的非结构化数据，如图片、音视频、文档等。详情请参考：https://cloud.tencent.com/product/cos

腾讯云区块链（区块链）：腾讯云区块链是一种基于云计算的区块链服务，提供了区块链网络搭建、智能合约开发、链上数据存储等功能，帮助用户实现区块链应用的开发和部署。详情请参考：https://cloud.tencent.com/product/baas

腾讯云虚拟专用网络（VPC）：腾讯云虚拟专用网络是一种隔离的、安全的云上网络环境，用户可以在其中自定义IP地址段、子网、路由表等网络配置，实现云上资源的隔离和访问控制。详情请参考：https://cloud.tencent.com/product/vpc

页面内容是否对你有帮助？

有帮助

没帮助

为了克服简单工厂方法模式的缺点，人们试图改善工厂类的结构。导致简单工厂方法模式不符合开闭原则的原因是工厂方法类只是一个实类，每当有一个新的产品类被加入到产品类的结构中时，在工厂方法类中就必须增加适当的条件语句，以便能够在合适的条件下创建新增加的类的实例。经过以上分析，软件设计者们发现，可以将简单工厂方法模式中单一的工厂类改写为一个层次类来解决这个问题。首先需要一个接口作为超类，名为creator，接口中有一个方法，叫做factory()；然后可以用产品类相同的结构产生创建者类结构，其中包含creatorA和creatorB，各自负责创建相应的ProductA和ProductB对象，如图所示。

适用场合： 7.3　工厂模式的适用场合创建新对象最简单的办法是使用new关键字和具体类。只有在某些场合下，创建和维护对象工厂所带来的额外复杂性才是物有所值。本节概括了这些场合。 7.3.1　动态实现如果需要像前面自行车的例子一样，创建一些用不同方式实现同一接口的对象，那么可以使用一个工厂方法或简单工厂对象来简化选择实现的过程。这种选择可以是明确进行的也可以是隐含的。前者如自行车那个例子，顾客可以选择需要的自行车型号；而下一节所讲的XHR工厂那个例子则属于后者，该例中所返回的连接对象的类型取决于所探查到的带宽和网络延时等因素。在这些场合下，你通常要与一系列实现了同一个接口、可以被同等对待的类打交道。这是JavaScript中使用工厂模式的最常见的原因。 7.3.2　节省设置开销如果对象需要进行复杂并且彼此相关的设置，那么使用工厂模式可以减少每种对象所需的代码量。如果这种设置只需要为特定类型的所有实例执行一次即可，这种作用尤其突出。把这种设置代码放到类的构造函数中并不是一种高效的做法，这是因为即便设置工作已经完成，每次创建新实例的时候这些代码还是会执行，而且这样做会把设置代码分散到不同的类中。工厂方法非常适合于这种场合。它可以在实例化所有需要的对象之前先一次性地进行设置。无论有多少不同的类会被实例化，这种办法都可以让设置代码集中在一个地方。如果所用的类要求加载外部库的话，这尤其有用。工厂方法可以对这些库进行检查并动态加载那些未找到的库。这些设置代码只存在于一个地方，因此以后改起来也方便得多。 7.3.3　用许多小型对象组成一个大对象工厂方法可以用来创建封装了许多较小对象的对象。考虑一下自行车对象的构造函数。自行车包含着许多更小的子系统：车轮、车架、传动部件以及车闸等。如果你不想让某个子系统与较大的那个对象之间形成强耦合，而是想在运行时从许多子系统中进行挑选的话，那么工厂方法是一个理想的选择。使用这种技术，某天你可以为售出的所有自行车配上某种链条，要是第二天找到另一种更中意的链条，可以改而采用这个新品种。实现这种改变很容易，因为这些自行车类的构造函数并不依赖于某种特定的链条品种。本章后面RSS阅读器的例子演示了工厂模式在这方面的用途。工厂模式主要是为创建对象提供了接口。工厂模式按照《Java与模式》中的提法分为三类： 1. 简单工厂模式(Simple Factory) 2. 工厂方法模式(Factory Method) 3. 抽象工厂模式(Abstract Factory) 这三种模式从上到下逐步抽象，并且更具一般性。还有一种分类法，就是将简单工厂模式看为工厂方法模式的一种特例，两个归为一类。下面是使用工厂模式的两种情况： 1.在编码时不能预见需要创建哪种类的实例。 2.系统不应依赖于产品类实例如何被创建、组合和表达的细节三、简单工厂模式顾名思义，这个模式本身很简单，而且使用在业务较简单的情况下。它由三种角色组成（关系见下面的类图）： 1、工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在java中它往往由一个具体类实现。 2、抽象产品角色：它一般是具体产品继承的父类或者实现的接口。在java中由接口或者抽象类来实现。 3、具体产品角色：工厂类所创建的对象就是此角色的实例。在java中由一个具体类实现。那么简单工厂模式怎么用呢？我来举个例子吧，我想这个比讲一大段理论上的文字描述要容易理解的多！下面就来给那个暴发户治病: P 在使用了简单工厂模式后，现在暴发户只需要坐在车里对司机说句："开车"就可以了。来看看怎么实现的： //抽象产品角色 public interface Car{ public void drive(); } //具体产品角色 public class Benz implements Car{ public void drive() { System.out.println("Driving Benz "); } } public class Bmw implements Car{ public void drive() { System.out.println("Driving Bmw "); } } 。。。（奥迪我就不写了:P） //工厂类角色 public class Driver{ //工厂方法 //注意返回类型为抽象产品角色 public static Car driverCar(String s)throws Exception { //判断逻辑，返回具体的产品角色给Client if(s.equalsIgnoreCase("Benz")) return new Benz(); else if(s.equalsIgnoreCase("Bmw"))

一个专业的程序员，总是把代码的清晰性，兼容性，可移植性放在很重要的位置。他们总是通过定义大量的宏，来增强代码的清晰度和可读性，而又不增加编译后的代码长度和代码的运行效率；他们总是在编码的同时，就考虑到了以后的代码维护和升级。甚至，只要分析百分之一的代码后，你就会深刻地体会到，什么样的代码才是一个专业的程序员写的，什么样的代码是一个业余爱好者写的。而这一点是任何没有真正分析过标准代码的人都无法体会到的。本文会介绍一些经典的设计模式思想： Proxy代理模式代理模式：为其他对象提供一种代理以便控制对这

012

关于设计模式，是一个永远说不完的也说不清的话题。毕竟在编程的世界里，没有最好的设计模式，只有最合适的设计模式。甚至有些时候，程序或者问题不到一定的规模，尝试所有的设计模式都是花架子。另外，在程序设计之初就谈论设计模式有些为时过早，但在问题出现之后才想起来设计模式却有为时已晚，毕竟后期代码的重构或者逻辑的优化都不是一件轻轻松松就能完成的事情。所以，在合适的地方在合适的时机使用合适的设计模式，恰好能体现出来一个开发者的优秀程度。设计模式就像是武功的套路，每一个套路都有固定的招式。而每一个套路也不是万能的，不同的套路解决不同的问题。初学武功的人，只能以模仿的方式一招一式的练习，而大师级别的武术宗师心中却不受这些套路的桎梏。长时间的习武，反反复复的练习，早就把这些套路深深的印在了骨子里。必要的时候，就能不经思考的下意识出招。同理，深刻理解并经常应用设计模式的开发者，遇到问题的时候，可以熟练的筛选出来合适的设计模式。甚至有些时候，他们还可以把这些设计模式进行组合或者进行一些改造，来达到更好的效果，无招胜有招，心中无模式却胜过有模式，这大概就是设计模式的最高境界。

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

为什么避免工厂模式的条件逻辑是好的？

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐