连续四篇设计模式都是前端经常使用到的，相信大家参考博文中的项目实战之后再去琢磨自己的项目代码、或者看一些优秀的开源代码对比后，能更深刻的体会到设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结这句话的含义。 在开发的过程中…

你是否曾经在JavaScript代码中迷失过？ 是否曾经感到自己的代码像一团乱麻？ 别担心，这就是我们需要设计模式的时候了！ 让我们一起探索这些神奇的模式，让你的代码变得像个天才！ 序言 总体来说设计

前言 处在知识点贼多的前端领域，总想着学习一些“高性价比“的知识，几经搜寻后，找到了小册中修言的JavaScript 设计模式核⼼原理与应⽤实践，发现了这个有点了解但不多的“设计模式”，受益匪浅，将思

这里总结了23种设计模式的结构图及定义，样例代码在 Github：studeyang/design-pattern。 包括创建型，结构型，行为型。

假设我们正在编写一个注册页面，在点击注册按钮之时，有一些校验逻辑。我们通常会使用一些 if 语句来覆盖所有规则，但这样使得代码臃肿且无法复用。能否使用一种设计模式来解决上述问题呢？

解释器模式（Interpreter Pattern）：是一种行为型设计模式，它可以用来解决一些特定问题，例如编译器、计算器等等。这种模式定义了一个语言的语法，并用一个解释器来解释语言中的表达式。 解释

简介 随着互联网的不断发展，应用越来越复杂，面对庞大复杂的代码模块，一不小心就牵一发而动全身，给开发者们带来了巨大的痛苦。然后有一种设计模式-插件系统 应运而生 插件模式的特点 可插拔，对平台的运行不

依赖倒置、控制反转，依赖注入傻傻分不清 依赖倒置、控制反转和依赖注入都是面向对象中常见的概念，它们有一定的联系和区别，但是大家容易混淆这三个名词，搞错概念，接下来给大家讲讲他们的区别 依赖倒置 依赖倒

本文将结合领域内流行的基础设施和成功的项目案例，对控制反转 (Inversion of Control) 及其背后的 SOLID 设计原则在工程中的落地进行讨论。