策略模式和工厂模式有啥区别呢？

最新推荐文章于 2025-04-24 09:00:00 发布

最新推荐文章于 2025-04-24 09:00:00 发布 · 219 阅读

文章标签：

#设计模式 #算法 #编程 #OO #Google

设计模式专栏收录该内容

7 篇文章

订阅专栏

本文对比了策略模式和工厂模式的应用场景，特别是在处理文件下载的不同格式（如CSV、XML、PDF、XLS）时的设计差异。通过实例展示了两种模式所需的类数量及其实现方式。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

google的结果：

策略模式：定义算法族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化独立于使用算法的客户。
简单工厂：将对象的创建完全独立出来，让对象的创建和具体的使用客户无关。
简单工厂严格意义上不是一种设计模式，只能是一种良好的编程习惯。

里面还特意说了，（Strategy 适合下列场合: 1.以不同的格式保存文件;）

我现在就要做文件的下载，csv xml pdf xls 四种格式。

使用工厂模式：

客户端类+工厂类+接口类+4个具体实现类总共7个类

使用策略模式：

客户端类+调用那个接口的类+工厂类+接口类+4个具体实现类总共8个类

而且也没发现策略比工厂哪里更好一些。。。谁来帮忙解读一下啊？谢谢啦~~

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

smartwgd

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Android源码设计模式探索与实战【策略模式】

itbird的专栏

06-29

896

理解： 策略模式是行为型设计模式的一种。在软件开发中我们常常会遇到这样的情况，实现某一个功能时可以有多种方法和策略，我们可以根据实际情况，选择不同的算法或者策略。例如我们想排序一个数组，有冒泡排序、插入排序、快速排序等，我们可以把这些方法统一写入一个类中，通过if判断或者声明为不同的static方法，然后client去调用选择算法。但是这样做的坏处显而易见，就是每次新增算法，都需要去修改这这个类，这个类会越来越臃肿，代码逻辑会越来越复杂，后续迭代升级维护困难，而且后来修改者，如果不小心修改了已有算法的某处代

工厂模式和策略模式的区别

我哎GIS博客

08-28

2186

策略模式和工厂模式是两种不同的设计模式，它们有不同的目的和使用场景。

参与评论您还未登录，请先登录后发表或查看评论

策略模式和工厂模式的区别

weixin_33796177的博客

06-24

464

工厂模式和策略模式看着很像，经常让人混淆不清; 它们的区别在哪里，需要细细体味；相似点在模式结构上，两者很相似；差异用途不一样工厂是创建型模式,它的作用就是创建对象；策略是行为型模式,它的作用是让一个对象在许多行为中选择一种行为; 关注点不一样一个关注对象创建一个关注行为的封装 ...

工厂模式和策略模式区别

qq_35622837的博客

10-21

838

其实工厂模式和设计模式一直给人一种错觉，总感觉是一样的，没有丝毫的区别。可以看下两种模式的UML图从图上来看，并没有多大的区别，话不多说，从具体的代码入手。先写一个人的接口类，有eat，run，wear 3个方法 public interface People { public void eat(); public void run(); ...

工厂模式与策略模式之区别

weixin_34241036的博客

08-20

274

设计模式有很多种，其中功能相似的很多，但是为什么还要分这么多种名字，查阅资料，我觉得下面的解释最为合理：用途不一样，名字就有区别，一把斧头用来砍人就叫凶器，用来砍柴就叫伐木斧，用来劈门就叫消防斧，这些模式的名字都是根据具体使用时的场景，联系了现实里某样东西或某种习惯而取得，所以很相似的模式行为有不同叫法。今天我们就来研究一些工厂模式与策略模式的一些区别：工厂模式是创建型...

策略模式和工厂模式区别

Jaemon

09-13

613

策略模式和工厂模式区别

【Java】和面试官谈策略模式

知道的越多不知道的就越多

01-02

1592

本篇文章将通过策略模式的概念和优缺点以及几个完整的示例来讲解如何在工作和学习当中将策略模式融入的你的业务当中

电商项目所使用的设计模式（如策略模式、装饰器模式、观察者模式）

最新发布

qq_40453972的博客

04-24

1666

单例模式，适配器模式，迭代器模式，工厂模式(C++实现)

wtl666_6的博客

12-31

6825

设计模式 单例模式，适配器模式，迭代器模式，工厂模式(C++实现)

重构大量if-else语句: 工厂模式+策略设计模式+模板模式

马哥在编程

08-09

4087

重构大量if-else叠加: 工厂模式+策略设计模式+模板模式现有三个简单的if-else判断逻辑业务代码，如下图所示这种嵌套几个其实还好，但是通常开发十几个if-else确实是家常便饭 if-else的数量一多，代码非常臃肿，耦合性非常高如果需要增加或者删除一个if-else，就需要对代码进行很繁琐的修改，但是其实耐心点改起来还好，不过可能会掉头发哦并且这种if-else的编写破坏了设计模式六大原则中的里氏开闭原则（对拓展开放，修改关闭），不利于后续的变动和修改为了使代码符合优雅的设计模式和编码

策略模式与工厂模式的区别

piscesQ

05-30

843

这段时间看了一些设计模式，看到策略模式与工厂模式的时候，总是感觉他们很相似，不要区分，到具体的场景了你可能还在徘徊到底用工厂还是策略呢？这几天就想写一篇关于策略模式与工厂模式区别的文章，但一直没思路，昨天跟淘宝mm聊了聊，今天早上思路顿时开阔。当时我在说明策略模式与工厂模式区别的时候举了一个例子。说你要去买件衣服，给你50块钱，策略模式的做法就是去京东、

简单工厂模式和策略模式的差别

weixin_34320159的博客

04-26

149

直接上代码: 简单工厂模式: ------------------------------一个抽象类 -------------------------- abstract class AbsClass { //抽象方法：提供一些列的算法操作 public abstract void acceptCash(string org); } ---------...

[转]策略模式与简单工厂模式区别（其他人的理解）

dashu1993的博客

06-23

121

[转]策略模式与简单工厂模式区别（其他人的理解） 策略模式与简单工厂模式区别（转）上面是在网络看到的一篇文章下面加上我的理解： 1、按一般教程中出现的例子理解：简单工厂模式：传条件(这条件是非实例对象)进工厂类，工厂类就会返回一个对象给调用者，供调用者...

简单工厂工厂方法抽象工厂使用方法与区别

wayne liu 的博客

07-14

8418

简单工厂：是由一个工厂对象决定创建出哪一种产品类的实例。 A实例调用B实例的方法，称为A依赖于B。如果使用new关键字来创建一个B实例（硬编码耦合），然后调用B实例的方法。一旦系统需要重构：需要使用C类来代替B类时，程序不得不改写A类代码。而用工厂模式则不需要关心B对象的实现、创建过程。 //抽象产品 public abstract class Car {

简单工厂、工厂方法、抽象工厂、策略模式、策略与工厂的区别

lianghe861223的专栏

11-27

2405

结合简单示例和UML图，讲解工厂模式简单原理。一、引子话说十年前，有一个爆发户，他家有三辆汽车（Benz（奔驰）、Bmw（宝马）、Audi（奥迪）），还雇了司机为他开车。不过，爆发户坐车时总是这样：上Benz车后跟司机说“开奔驰车！”，坐上Bmw后他说“开宝马车！”，坐上 Audi后他说“开奥迪车！”。你一定说：这人有病！直接说开车不就行了？！而当把这个爆发户的行为放到我们程序语...

常用的后端设计模式有哪些

07-15

常用的后端设计模式有以下几种： 1. MVC（Model-View-Controller）式：将应用程序分为三个核心部分，分别是模型（Model）、视图（View）和控制器（Controller），实现了数据、业务逻辑和用户界面的分离。 2. DAO（Data Access Object）模式：用于封装对数据库的访问，将数据访问逻辑抽象成一个独立的层，使得数据访问和业务逻辑分离，提高了代码的可维护性和可测试性。 3. 代理模式（Proxy Pattern）：为其他对象提供一个代理，以控制对这个对象的访问。通过代理对象可以添加额外的逻辑，例如权限控制、缓存等。 4. 单例模式（Singleton Pattern）：确保一个类只有一个实例，并提供全局访问点。常用于需要共享资源的场景，如数据库连接池、线程池等。 5. 观察者模式（Observer Pattern）：定义了一种一对多的依赖关系，当一个对象状态发生改变时，其所有依赖者都会得到通知并自动更新。 6. 工厂模式（Factory Pattern）：定义一个创建对象的接口，由子类决定实例化哪个具体类。将对象的创建与使用分离，降低了代码的耦合度。 7. 适配器模式（Adapter Pattern）：将一个类的接口转换成客户端所期望的另一种接口，使得原本因接口不匹配而无法一起工作的类可以协同工作。 8. 策略模式（Strategy Pattern）：定义了一族可以相互替换的算法，并使得算法的变化独立于使用算法的客户端。 9. 模板方法模式（Template Method Pattern）：定义了一个算法的骨架，将一些步骤延迟到子类中实现。子类可以在不改变算法结构的情况下重新定义算法的某些步骤。 10. 职责链模式（Chain of Responsibility Pattern）：将请求的发送者和接收者解耦，将多个处理对象组成一条链，并沿着这条链传递请求，直到有对象处理它为止。这些是常见的后端设计模式，每种模式都有其特定的应用场景和优缺点，根据具体需求选择合适的设计模式可以提高代码的可维护性、可扩展性和可测试性。