设计模式|迭代器 - 优缺点
最编程
2024-04-22 07:00:09
...
优点
迭代器模式具有许多优点,其中一些主要优点包括:
- 简化集合遍历: 迭代器模式使得集合的遍历变得简单和统一。无论集合的具体实现是数组、链表、树还是其他数据结构,客户端都可以使用相同的迭代器接口来访问集合中的元素。
- 隐藏集合内部实现: 迭代器模式将集合的内部结构和遍历算法分离开来,客户端不需要了解集合的具体实现细节,只需要通过迭代器提供的接口来遍历集合中的元素。这种封装使得集合的实现可以更灵活地进行更改和优化,而不会影响到客户端的代码。
- 支持多种遍历方式: 迭代器模式允许为同一种集合实现多种不同的遍历方式,例如顺序遍历、逆序遍历、深度优先遍历、广度优先遍历等。这种灵活性使得客户端可以根据实际需求选择合适的遍历方式。
- 简化客户端代码: 使用迭代器模式可以使客户端代码变得更简洁和清晰。客户端不需要编写复杂的遍历逻辑,而是通过简单的迭代器接口来访问集合中的元素,从而减少了代码的复杂度和重复性。
- 支持延迟加载: 有些迭代器实现可以支持延迟加载,即在需要时才加载集合中的元素,而不是一次性加载所有元素。这种延迟加载的机制可以节省内存和提高性能,特别是对于大型集合来说更加有效。
总的来说,迭代器模式提供了一种简单而灵活的方法来遍历集合中的元素,隐藏了集合的内部实现细节,使得客户端代码更加清晰、简洁和可维护。
缺点
尽管迭代器模式有许多优点,但也存在一些缺点,包括:
- 增加类和对象的数量: 引入迭代器模式会增加额外的类和对象,包括迭代器接口、具体迭代器和可能的可迭代对象接口和具体可迭代对象。这可能会增加代码的复杂度和理解成本。
- 不适合简单集合: 对于简单的集合,如固定大小的数组,引入迭代器模式可能会显得过于繁琐。在这种情况下,直接使用简单的循环遍历可能更为合适。
- 迭代器的实现复杂性: 如果集合的遍历算法比较复杂,迭代器的实现也可能会变得复杂。例如,在某些情况下,需要考虑并发访问的问题,以确保在迭代过程中集合的结构不会发生变化。
- 性能开销: 使用迭代器模式可能会带来一定的性能开销,尤其是在迭代过程中需要频繁地进行迭代器的创建和销毁操作时。对于性能要求较高的应用场景,需要谨慎考虑迭代器模式的使用。
- 不支持逆向遍历: 一些简单的迭代器实现可能不支持逆向遍历,这会限制迭代器模式的灵活性。虽然可以通过额外的工作来实现逆向遍历,但这可能会增加代码的复杂度。<
推荐阅读
-
设计模式 - 装饰器
-
一种结构设计模式,允许在对象中动态添加新行为。它通过创建一个封装器来实现这一目的,即把对象放入一个装饰器类中,然后把这个装饰器类放入另一个装饰器类中,以此类推,形成一个封装器链。这样,我们就可以在不改变原始对象的情况下动态添加新行为或修改原始行为。 在 Java 中,实现装饰器设计模式的步骤如下: 定义一个接口或抽象类作为被装饰对象的基类。 公共接口 Component { void operation; } } 在本例中,我们定义了一个名为 Component 的接口,该接口包含一个名为 operation 的抽象方法,该方法定义了被装饰对象的基本行为。 定义一个实现基类方法的具体装饰对象。 公共类 ConcreteComponent 实现 Component { public class ConcreteComponent implements Component { @Override public void operation { System.out.println("ConcreteComponent is doing something...") ; } } 定义一个抽象装饰器类,该类继承于基类,并将装饰对象作为一个属性。 公共抽象类装饰器实现组件 { protected Component 组件 public Decorator(Component component) { this.component = component; } } @Override public void operation { component.operation; } } } 在这个示例中,我们定义了一个名为 Decorator 的抽象类,它继承了 Component 接口,并将被装饰对象作为一个属性。在操作方法中,我们调用了被装饰对象上的同名方法。 定义一个具体的装饰器类,继承自抽象装饰器类并实现增强逻辑。 公共类 ConcreteDecoratorA extends Decorator { public ConcreteDecoratorA(Component 组件) { super(component); } } public void operation { super.operation System.out.println("ConcreteDecoratorA 正在添加新行为......") ; } } 在本例中,我们定义了一个名为 ConcreteDecoratorA 的具体装饰器类,它继承自装饰器抽象类,并实现了操作方法的增强逻辑。在操作方法中,我们首先调用被装饰对象上的同名方法,然后添加新行为。 使用装饰器增强被装饰对象。 公共类 Main { public static void main(String args) { Component 组件 = new ConcreteComponent; component = new ConcreteDecoratorA(component); 组件操作 } } 在这个示例中,我们首先创建了一个被装饰对象 ConcreteComponent,然后通过 ConcreteDecoratorA 类创建了一个装饰器,并将被装饰对象作为参数传递。最后,调用装饰器的操作方法,实现对被装饰对象的增强。 使用场景 在 Java 中,装饰器模式被广泛使用,尤其是在 I/O 中。Java 中的 I/O 库使用装饰器模式实现了不同数据流之间的转换和增强。 让我们打开文件 a.txt,从中读取数据。InputStream 是一个抽象类,FileInputStream 是专门用于读取文件流的子类。BufferedInputStream 是一个支持缓存的数据读取类,可以提高数据读取的效率,具体代码如下: @Test public void testIO throws Exception { InputStream inputStream = new FileInputStream("C:/bbb/a.txt"); // 实现包装 inputStream = new BufferedInputStream(inputStream); byte bytes = new byte[1024]; int len; while((len = inputStream.read(bytes)) != -1){ System.out.println(new String(bytes, 0, len)); } } } } 其中 BufferedInputStream 对读取数据进行了增强。 这样看来,装饰器设计模式和代理模式似乎有点相似,接下来让我们讨论一下它们之间的区别。 第三,与代理模式的区别: 代理模式的目的是控制对对象的访问,它在对象外部提供一个代理对象来控制对原对象的访问。代理对象和原始对象通常实现相同的接口或继承相同的类,以确保两者可以相互替换。 装饰器模式的目的是动态增强对象的功能,而这是通过对象内部的包装器来实现的。在装饰器模式中,装饰器类和被装饰对象通常实现相同的接口或继承自相同的类,以确保两者可以相互替代。装饰器模式也被称为封装器模式。 在代理模式中,代理类附加了与原类无关的功能。
-
设计模式 - 复合模式(Composite)结构 | 原理 | 优缺点 | 场景 | 示例
-
设计模式|迭代器 - 优缺点
-
阅读薄|设计模式之美 设计模式与范例(行为迭代器模式)
-
中间模式:简化对象间通信的协调器 - 4.优缺点
-
Big Talk 设计模式 - 20.解释器模式(解释器模式)
-
设计模式:构建器模式
-
二十四种设计模式和六种设计原则(4):状态模式、原型模式、中介模式、解释器模式、对偶模式、备忘录模式]的定义、示例、核心思想、场景、优缺点。
-
小红书大产品部架构 小红书产品概览--经过性能、稳定性、成本等多个维度的详细评估,小红书最终决定选择基于腾讯云星海自研硬件的SA2云服务器作为主力机型使用。结合其秒级的快速扩缩、超强兼容和平滑迁移能力,小红书在抵御上亿次用户访问、保证系统稳定运行的同时,也实现了成本的大幅降低。 星海SA2云服务器是基于腾讯云星海的首款自研服务器。腾讯云星海作为自研硬件品牌,通过创新的高兼容性架构、简洁可靠的自主设计,结合腾讯自身业务以及百万客户上云需求的特点,致力于为云计算时代提供安全、稳定、性能领先的基础架构产品和服务。如今,星海SA2云服务器也正在为越来越多的企业提供低成本、高效率、更安全的弹性计算服务。 以下是与小红书SRE总监陈敖翔的对话实录。 问:请您介绍一下小红书及其主要商业模式? 小红书是一个面向年轻人的生活方式平台,在这里,他们发现了向上、多元的真实世界。小红书日活超过 3500 万,月活跃用户超过 1 亿,日均笔记曝光量达 80 亿。小红书由社交平台和在线购物两大部分组成。与其他线上平台相比,小红书的内容基于真实的口碑分享,播种不止于线上,还为线下实体店赋能。 问:围绕业务发展,小红书的系统架构经历了怎样的变革和演进? 系统架构变化不大,影响最深的是资源开销。过去三年,资源开销大幅增加,同比增长约 10 倍。在此背景下,我们努力进行优化,包括很早就开始使用 K8S 进行资源调度。到 18 年年中,绝大多数服务已经完全实现了容器化。 问:目前小红书系统架构中的计算基础设施建设和布局是怎样的? 我们目前的建设方式可以简单描述为星型结构。腾讯云在上海的一个区是我们的计算中心,承载着我们的核心数据和在线业务。在外围,我们还有两个数据中心进行计算分流,同时承担灾备和线上业务双活的角色。 与其他新兴电子商务互联网公司类似,小红书的大部分计算能力主要用于线下数据分析、模型训练和在线推荐等平台。随着业务的发展,对算力的需求也在加速增长。