写这篇文章的目的和上一篇单例模式一样，策略模式也是一种常用的设计模式，太多的if-else不仅看着不太美观而且不好维护，对于自己来说也等于复习了一遍策略模式。先说一下策略 模式的定义： 策略模式封装了算法家族，可以让彼此之间互相替换，简单的来说就是比如之前系统调用 ...

平时在开发中避免不了使用大量的if else语句，但过多层的if else对于性能有很大的开销，类似如下代码 上边代码只是示例，实际情况可能不止4层 策略模式是一种解耦的方法，它对算法进行封装，使得算法的调用和算法本身分离。使用策略模式客户端代码不需要调整，算法之间可以互相替换 ...

通过上图可以看出策略模式有以下角色构成： 1、抽象策略（Strategy）角色：抽象策略角色由抽象类或接口来承担，它给出具体策略角色需要实现的接口； 2、具体策略（ConcreteStrategy）角色：实现封装了具体的算法或行为； 3、场景（Context）角色 ...

首先要明确的说出策略模式会不可避免导致你的代码类变得很多，如果对应方法逻辑很复杂时可采用，如果逻辑不是很复杂就有点大材小用了。 ...

前言 　　也许我们的代码中遇到过多重判断if-else语句，但是这样的代码可读性差，并且当扩展时，违反了“开闭原则”。阿里开发规范中提到的解决方法有：卫语句，策略模式，状态模式。本文讲述的是通过策略模式来解决多重判断if-else语句问题。 　　github代码地址：https ...

1. 状态机基本概念 http://zh.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E7%8A%B6%E6%80%81%E6%9C%BA 状态存储关于过去的信息， ...

前言 利用利用策略模式实际开发中 if else 条件判断过多的问题 比如平时大家是否都会写类似这样的代码： 条件少还好，一旦 else if 过多这里的逻辑将会比较混乱，并很容易出错。 比如这样： 摘自 cim 中的一个客户端命令的判断条件。 刚开始条件较少，也就 ...

前言 不出意外，这应该是年前最后一次分享，本次来一点实际开发中会用到的小技巧。 比如平时大家是否都会写类似这样的代码： 条件少还好，一旦 else if 过多这里的逻辑将会比较混乱，并很容易出错。 比如这样： 摘自 cim 中的一个客户端命令的判断条件。 刚开始条件 ...