专家说别用 if-else 编码方式，那代码怎么写

你已经看了无数使用 if-else 语句的教程，你可能也读过不少使用 if-else 作为事实上的分支技术的编程书籍。
它可能是也是你日常默认的编码模式。但是，让我们从今天起结束这种方法，用状态对象代替 If-Else 。
请注意，如果你正在编写的代码需要根据当前状态改变其实现的类，你需要改用这种方法。如果你的代码不是处理对象的状态变化，你需要选择其他方法。
即使你已经听说过状态模式，你可能也想了解如何在生产代码中实现。
对于以前了解不多的人，下面有一段非常简单的介绍。
对 If-Else 增加任何新的条件，都会增加复杂性。
应用状态模式(state pattern) ，你只需使用专门的状态对象，代替 If-Else 语句来改变一个对象的行为。
像下面这样代码的日子，已经一去不复返了。

本文插图
警告：PTSD触发器。另外，希望你能发现里面的逻辑错误（除了代码整体一团糟）。
你以前肯定写过更复杂的分支。我几年前确实写过。
上面的分支逻辑虽然不是很复杂，但如果再添加新的条件，这个逻辑会更加混乱。
另外，如果你认为创建新的类，而不是简单地使用分支语句听起来很烦人，那就可以继续看下面的实际代码，它简洁而优雅。
更妙的是，它会让你的代码库变得更 SOLID ，除了 ''D'' 部分。
''好了，我相信 if-else 是邪恶的，现在请告诉我如何避免混乱的分支代码''
我们将看看我是如何在生产代码中替换 if-else 分支的。这是一个假想的例子，但方法和我在大型客户的代码库中使用的是一样的。
让我们创建一个非常简单的 Booking 类，它有几个状态。它也会有两个公共方法：Accept 和 Cancel 。
我画了一个图，显示了一个预订可能处于的不同状态。

本文插图
将分支逻辑从代码中重构出来，可以分为三步。

创建一个抽象的基本状态类
将每个状态作为一个独立的类来实现，继承于基本状态。
让 Booking 类有一个私有的或内部的方法，把状态基类作为参数。

演示时间
首先，我们需要一个用于继承所有状态的基础状态类。

本文插图
请注意这个基类也有 Accept 和 Cancel 这两个方法 -- 虽然这里它们被标记为内部方法。
此外，基础状态有一个特殊的 EnterState(Booking booking) 方法。每当一个新的状态被分配给预订对象时，这个方法就会被调用。
其次，我们要为我们要表示的每一个状态单独做一个类。