侯赛因·阿里夫撰写
想象一下这样的情况:一群建筑师想要设计一座摩天大楼。在设计阶段,他们必须考虑很多因素,例如:
- 建筑风格——建筑应该是野兽派、极简主义还是其他风格?
- 底座的宽度——需要多大的尺寸才能防止大风天倒塌?
- 预防自然灾害 – 根据该建筑物的位置需要采取哪些预防性结构措施来防止地震、洪水等造成的损坏?
需要考虑的因素有很多,但有一点是可以确定的:很可能已经有一份蓝图可以帮助建造这座摩天大楼。如果没有通用的设计或计划,这些架构师将不得不重新发明轮子,这可能会导致混乱和多重低效率。
类似地,在编程世界中,开发人员经常参考一组设计模式来帮助他们构建软件,同时遵循干净的代码原则。此外,这些模式无处不在,从而让程序员专注于交付新功能,而不是每次都重新发明轮子。
在本文中,您将了解一些常用的 JavascrIPt 设计模式,并且我们将一起构建小型 node.JS 项目来说明每种设计模式的用法。
立即学习“Java免费学习笔记(深入)”;
软件工程中的设计模式是什么?
设计模式是预先制作的蓝图,开发人员可以对其进行定制以解决编码期间的重复设计问题。要记住的一件重要的事情是,这些蓝图不是代码片段,而是应对即将到来的挑战的一般概念。
设计模式有很多好处:
- 经过尝试和测试 – 它们解决了软件设计中的无数问题。了解并应用代码中的模式很有用,因为这样做可以帮助您使用面向对象设计的原则解决各种问题
- 定义通用语言 — 设计模式帮助团队以有效的方式进行沟通。例如,队友可以说“我们应该使用工厂方法来解决这个问题”,每个人都会明白他的意思以及他们建议背后的动机
在本文中,我们将介绍三类设计模式:
- 创建型 — 用于创建对象
- 结构 – 组装这些对象以形成一个工作结构
- 行为 – 在这些对象之间分配职责
让我们看看这些设计模式的实际应用!
创意设计模式
顾名思义,创建模式包含各种帮助开发人员创建对象的方法。
工厂
工厂方法是一种创建对象的模式,可以更好地控制对象的创建。这种方法适用于我们希望将对象创建逻辑集中在一处的情况。
以下是一些示例代码,展示了此模式的实际效果:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 |
|
让我们逐段分解这段代码:createcarcar
- 每辆汽车都有三个属性:公司、型号和尺寸。此外,我们还定义了一个 showdescription 函数,它将注销对象的属性。此外,请注意 createcar 方法演示了我们如何在内存中实例化对象时进行精细控制
- 后来,我们使用 createcar 实例来初始化一个名为challenger 的对象
- 最后,在最后一行,我们在挑战者实例上调用了 showdescription
我们来测试一下吧!我们应该期望程序注销我们新创建的 car 实例的详细信息:
建设者
builder 方法让我们可以使用逐步的对象构造来构建对象。因此,这种设计模式非常适合我们想要创建对象并仅应用必要功能的情况。因此,这提供了更大的灵活性。
这是使用构建器模式创建 car 对象的代码块:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 |
|
这是我们在上面的代码块中所做的事情:
- 作为第一步,我们创建了一个 car 类,它将帮助我们实例化对象。请注意,之前在工厂模式中,我们使用了 createcar 函数,但这里我们使用的是类。这是因为 javascript 中的类允许开发人员分段构造对象。或者,简单地说,为了实现 javascript 构建器设计模式,我们必须选择面向对象的范例
- 之后,我们使用原型对象来扩展 car 类。在这里,我们创建了两个函数——showdescription和reducesize
- 后来,我们创建了我们的 car 实例,将其命名为 challenger,然后注销了它的信息
- 最后,我们调用这个对象的reducesize方法来减少它的大小,然后我们再次打印它的属性
预期输出应该是挑战者对象在我们将其大小减少四个单位之前和之后的属性: 这证实了我们在 javascript 中的构建器模式实现是成功的!
结构设计模式
结构设计模式专注于我们程序的不同组件如何协同工作。
适配器
适配器方法允许接口冲突的对象一起工作。这种模式的一个很好的用例是当我们想要在不引入重大更改的情况下使旧代码适应新代码库时:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 |
|
这是此片段中发生的事情:
- 首先,我们创建了一个名为 groupswithsoldalbums 的对象数组。每个对象都会有一个名称和出售的财产
- 然后我们创建了一个 illit 对象,它有两个属性 – 名称和收入。在这里,我们想将其附加到 groupswithsoldalbums 数组中。这可能是一个问题,因为数组不接受收入属性
- 要缓解这个问题,请使用适配器方法。 converttoalbumssold 函数将调整 illit 对象,以便将其添加到我们的数组中
运行此代码时,我们希望我们的 illit 对象成为 groupswithsoldalbums 列表的一部分:
装饰者
此设计模式允许您在创建后向对象添加新方法和属性。当我们想要在运行时扩展组件的功能时,这非常有用。
如果您有 react 背景,这与使用高阶组件类似。下面是一段代码,演示了 javascript 装饰器设计模式的使用:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 |
|
让我们解释一下这里发生了什么:
- 第一步,我们创建了一个 musicartist 类,它有两个属性:name 和 members。它还有一个displaymembers方法,会打印出当前乐队的名字和成员
- 后来,我们扩展了 musicartist 并创建了一个名为 performingartist 的子类。除了 musicartist 的属性之外,新类还将有两个属性:eventname 和 songname。此外,performingartist还有一个perform函数,它将名称和songname属性打印到控制台
- 之后,我们创建了一个 performingartist 实例并将其命名为 akmu
- 最后,我们注销了 akmu 的详细信息并调用了执行函数
代码的输出应该确认我们通过 performingartist 类成功为乐队添加了新功能:
行为设计模式
此类别重点关注程序中的不同组件如何相互通信。
责任链
责任链设计模式允许通过组件链传递请求。当程序收到请求时,链中的组件要么处理它,要么将其传递,直到程序找到合适的处理程序。
这是解释此设计模式的插图:存储桶或请求沿着组件链向下传递,直到找到有能力的组件。当找到合适的组件时,它将处理该请求。来源:refactoring guru。[/caption] 此模式的最佳用途是 Express 中间件函数链,其中函数可以处理传入请求或通过 next() 方法将其传递给下一个函数:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 |
|
在上面的代码中,我们模拟了音乐会上的情况。在这里,我们希望不同的人承担不同的责任。如果一个人无法处理某项任务,则会将其委托给列表中的下一个人。
最初,我们声明了一个具有两个属性的 leader 基类:
- 责任——领导者能够处理的任务类型
- name — 处理程序的名称
此外,每个leader都会有两个功能:
- setnext:顾名思义,这个函数会在责任链上添加一个leader
- handle:该函数会检查当前leader是否可以处理某个职责;否则,它将通过 setnext 方法将该责任转发给下一个人
接下来,我们创建了两个子类,分别称为 lightsengineerlead(负责照明)和 soundengineerlead(处理音频)。后来,我们初始化了两个对象——minji和danielle。我们使用 setnext 函数将 danielle 设置为责任链中的下一个处理程序。
最后,我们请minji处理声音和灯光。
当代码运行时,我们期望 minji 尝试处理我们的声音和灯光职责。由于minji不是音频工程师,因此应该将sound交给有能力的处理人员。在本例中,是丹尼尔:
战略
策略方法允许您定义算法集合并在运行时在它们之间进行交换。此模式对于导航应用程序很有用。这些应用程序可以利用此模式在不同用户类型(骑行、驾驶或跑步)之间切换路线:
此代码块演示了 javascript 代码中的策略设计模式:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 |
|
这是我们在上面的块中所做的:
- 首先,我们创建了一个基本的 calculationstrategy 抽象类,它将处理两个数字 — a 和 b
- 然后我们定义了两个子类——divisionstrategy 和 modulostrategy。这两个类由除法和求模算法组成并返回输出
- 接下来,我们声明了一个 strategymanager 类,它将让程序在不同的算法之间切换
- 最后,我们使用 divisionstrategy 和 modulostrategy 算法来处理两个数字并返回其输出。为了在这些策略之间切换,使用了strategymanager实例
当我们执行这个程序时,预期的输出是strategymanager首先使用divisionstrategy来除两个数字,然后切换到modulostrategy以返回这些输入的模数:
结论
在本文中,我们了解了设计模式是什么,以及它们为什么在软件开发行业中有用。此外,我们还了解了不同类别的 javascript 设计模式并在代码中实现了它们。
logrocket:通过了解上下文更轻松地调试 javascript 错误
调试代码始终是一项繁琐的任务。但你越了解自己的错误,就越容易纠正它们。
logrocket 允许您以新的、独特的方式理解这些错误。我们的前端监控解决方案跟踪用户与 javascript 前端的互动,使您能够准确查看用户的操作导致了错误。
logrocket 记录控制台日志、页面加载时间、堆栈跟踪、带有标头 + 正文的慢速网络请求/响应、浏览器元数据和自定义日志。