21世纪的设计模式:适配器模式
这是我的演讲“ 21世纪的设计模式”的第三部分。
适配器模式桥接世界。 在一个世界中,我们有一个概念的界面。 在另一个世界,我们有不同的界面。 这两个接口有不同的用途,但有时我们需要进行转移。 在一个编写良好的世界中,我们可以使用适配器使遵循一种协议的对象遵守另一种协议。
适配器模式有两种。 我们不会谈论这个:
interface Fire {<T> Burnt<T> burn(T thing);
}interface Oven {Food cook(Food food);
}class WoodFire implements Fire { ... }class MakeshiftOven extends WoodFire implements Oven {@Override public Food cook(Food food) {Burnt<Food> noms = burn(food);return noms.scrapeOffBurntBits();}
}
这种形式( 类Adapter模式)使我感到惊讶,因为extends
给了我希比(heebie)jeebies。 为什么不在本文的讨论范围之内? 随时问我,我会很乐意谈论你的耳朵(可能是你的鼻子)。
取而代之的是让我们谈论对象适配器模式 ,该模式通常被认为在所有方面都更加有用和灵活。
让我们看一下相同的类,遵循以下替代方法:
class MakeshiftOven implements Oven {private final Fire fire;public MakeshiftOven(Fire fire) {this.fire = fire;}@Override public Food cook(Food food) {Burnt<Food> noms = fire.burn(food);return noms.scrapeOffBurntBits();}
}
我们将像这样使用它:
Oven oven = new MakeshiftOven(fire);
Food bakedPie = oven.cook(pie);
该模式通常遵循以下简单结构:
很好,对吗?
是。 有点。 我们可以做得更好。
我们已经有一个关于Fire
的引用,因此构造另一个对象来玩它似乎有点…过大了。 该对象实现了Oven
。 其中有一个抽象方法 。 我在这里看到一种趋势。
相反,我们可以创建一个功能相同的函数。
Oven oven = food -> fire.burn(food).scrapeOffBurntBits();
Food bakedPie = oven.cook(pie);
我们可以再进一步编写方法引用,但实际上情况更糟。
// Do *not* do this.
Function<Food, Burnt<Food>> burn = fire::burn;
Function<Food, Food> cook = burn.andThen(Burnt::scrapeOffBurntBits);
Oven oven = cook::apply;
Food bakedPie = oven.cook(pie);
这是因为Java不能在功能接口之间进行隐式转换,因此我们需要为它提供有关操作的每个阶段的提示。 另一方面,Lambda对于具有正确类型的任何函数接口都是隐式强制的,并且编译器在弄清楚如何做到这一点方面做得很好。
我们的新UML图将如下所示:
通常,我们真正需要的只是方法参考。 例如,使用Executor
界面。
package java.util.concurrent;/*** An object that executes submitted {@link Runnable} tasks.*/
public interface Executor {void execute(Runnable command);
}
它消耗了Runnable
对象,这是一个非常有用的界面。
现在,我们将其中一个和一堆Runnable
任务保存在Stream
。
Executor executor = ...;
Stream<Runnable> tasks = ...;
我们如何在执行Executor
上执行所有这些Executor
?
这行不通:
tasks.forEach(executor);
事实证明, Stream
上的forEach
方法确实需要使用方,但是它是一个非常特定的类型:
public interface Stream<T> {...void forEach(Consumer<? super T> action);...
}
Consumer
看起来像这样:
@FunctionalInterface
public interface Consumer<T>
{void accept(T t);...
}
乍一看,这似乎没有什么帮助。 但是请注意, Consumer
是一个功能接口,因此我们可以使用lambda真正轻松地指定它们。 这意味着我们可以这样做:
tasks.forEach(task -> executor.execute(task));
这可以进一步简化:
tasks.forEach(executor::execute);
Java 8使适配器变得非常简单,以至于我犹豫不再将它们称为模式。 这个概念仍然非常重要。 通过显式创建适配器,我们可以将这两个世界分开,除了在定义的边界点处。 的实现,但是? 它们只是功能。
翻译自: https://www.javacodegeeks.com/2015/04/design-patterns-in-the-21st-century-the-adapter-pattern.html
21世纪的设计模式:适配器模式相关推荐
- 21世纪的设计模式:抽象工厂模式
这是我的演讲的第二部分," 21世纪的设计模式" . 此模式在Java代码中到处都有使用,尤其是在更多"企业"代码库中. 它涉及一个接口和一个实现. 该界面如下 ...
- 设计模式适配器模式_21世纪的设计模式:适配器模式
设计模式适配器模式 这是我的演讲的第三部分," 21世纪的设计模式" . 适配器模式桥接世界. 在一个世界中,我们有一个概念的界面. 在另一个世界,我们有不同的界面. 这两个接口有 ...
- 适配器模式_21世纪的设计模式:适配器模式
适配器模式 这是我的演讲的第三部分," 21世纪的设计模式" . 适配器模式桥接世界. 在一个世界中,我们有一个概念的界面: 在另一个世界中,我们有不同的界面. 这两个接口有不同的 ...
- 抽象工厂模式设计模式_21世纪的设计模式:抽象工厂模式
抽象工厂模式设计模式 这是我的演讲的第二部分," 21世纪的设计模式" . 此模式在Java代码中到处都有使用,尤其是在更多"企业"代码库中. 它涉及一个接口和 ...
- 21世纪,计算机的普及与互联网的发展,推进服装企业信息化时代
伴随着网络的迅速发展,如今计算机技术已迅速进入到社会各个领域,在服装的生产.销售等过程中也有越来越多的数字化与信息化应用. 服装作为传统制造行业的代表,一直沿着传统的生产模式轨道发展,密集型劳动力.高 ...
- 《21世纪机器人》一一第1章 他用自己的思想打造机器人
第1章 他用自己的思想打造机器人 我在前面说过,这本书的结尾是吉米站在后台,准备闪亮登场,这是他的首次亮相.当我把吉米的这张照片发给我太太时,她很快回复:"这真的是用你的思想打造出的机器人! ...
- 刚刚,arXiv论文数破200万!没有arXiv,就没有21世纪的科研突破
视学算法报道 编辑:袁榭 [新智元导读]2022年1月3日,论文预印本平台arXiv的论文数量突破200万篇.30年来,arXiv预料之外的成功,给科学界带来巨大助益,但现在也面临了维持艰难的 ...
- Python设计模式-适配器模式
Python设计模式-适配器模式 基于Python3.5.2,代码如下 #coding:utf-8class ACpnStaff:name = ""id = "" ...
- 为什么说21世纪是一场ABC的革命?
作者:刘超,毕业于上海交通大学,15年云计算领域研发及架构经验,先后在EMC,CCTV证券资讯频道,HP,华为,网易从事云计算和大数据架构工作. 来自:刘超的通俗云计算(ID:popsuper1982 ...
最新文章
- 操作系统(科普章节)
- 第六周项目一-分数类的雏形(2)
- HDU 4323 bk树 编辑距离
- VTK:相互作用之RubberBandPick
- Python 代码便利并行,这个操作秀啊!
- POSIX 消息队列相关问题
- 远程访问及控制(详解)——SSH远程管理及TCP Wrappers 访问控制
- sqlite学习笔记5:插入数据,查询数据和删除数据
- Linux程序设计01:开发工具和开发平台
- 计算机和口腔医学都不错的学校,人民日报推荐“各省”好大学,并非只有985/211,普本也有好大学...
- 创业者在创业时经常会问到的一个问题
- 公司有内部推荐的名额
- vue.js源码学习分享(四)
- 十行代码编写一个Python小游戏,你准备好了吗?
- linux安装思源字体下载,CentOS7安装思源黑体(Source Han Sans)方法
- 口腔科的固定修复计算机辅助设计收,3D打印技术在口腔种植修复中的应用进展...
- 在函数前面加上WINAPI、CALLBACK
- PyQt上位机软件开发简介
- 142. 环形链表 II AND 633. 平方数之和
- 6-8 使用函数求最大公约数 (10 分)