这篇文章主要介绍了代码中if else代码块泛滥时的治理措施，在实际应用时可根据具体场景选择合理的方案。

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

为什么要使用策略模式 策略模式的背景来源于面向对象设计的SOLID原则，特别是开放/封闭原则（OCP）。开放/封闭原则指出，软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。换句话说，当需要添加

策略模式是一种行为型模式，它将对象和行为分开，将行为定义为 一个行为接口和具体行为的实现。策略模式最大的特点是行为的变化，行为之间可以相互替换。每个if判断都可以理解为就是一个策略。

我很喜欢在**大批量if-else**里使用策略枚举来消除替换，总而言之，使用策略枚举可以很灵活处理各种复杂判断，且可读性与扩展性都比较好，它更像是函数式编程，即传进一个参数，就可以得到对应模式下返回

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

我们看了那么多代码之后，到底什么样的代码才是好代码呢？它们有没有一些共同的特征或者原则？本文通过阐述优雅代码的设计原则来和大家聊聊怎么写好代码。

从一个java程序员视角去学习和实践elasticsea，一开始要准备些啥，装环境？写hello world? 都不是，本篇邀您一同回顾经典

策略模式的简单实现 首先定义一个Strategy接口来表示一个策略： 其中flag方法返回当前策略的唯一标识，process则是该策略的具体执行逻辑。 下面是Strategy接口的两个实现类： 然后定