上一篇文章，我们学习了OptaPlanner的基本使用，及部分基本概念。也学会构建一个课程分配的例子。这次我们继续来通过案例来学习OptaPlanner的使用。

做什么事都需要遵循一些准则，设计模式也不例外。本文详细介绍了设计模式一般遵循的七大基本原则，每个原则都会有例子说明，并用具体代码进行实现。

场景 在开发过程中，我们有时候会遇到一些业务性质的枚举值，这时候还需要对性质进行分类判断，传统的做法，就是写if，然后用 ||来连接判断。这时候，如果新加入一个性质的话，就会修改到比较多的地方，而且不

说明 使用枚举 + SpringBeanUtil 实现对类型的实现进行一个代码归档。方便维护与排查问题。 场景 在项目中， 总会遇到很多计算规则的内容，或者校验规则。这时候我们的实现方式可能会将创建一

说明 本文只对策略枚举可以使用的场景进行说明，不做其他介绍。提供额外的实现思路。 工厂模式 普通的工厂模式，都有一个基本的抽象类或接口，然后具体的实现类。并且由一个工厂类来进行返回实现类。 参考：工厂

说明 本文只对策略枚举可以使用的场景进行说明，不做其他介绍。提供额外的实现思路。 规则处理 在开发过程中，我们会遇到需要对不同类型的数据进行不同的校验。这时候传统的做法就是写很多的switc 然后ca

说明 本文只对策略枚举可以使用的场景进行说明，不做其他介绍。提供额外的实现思路。 数据状态映射 在开发过程中，难免会遇到与其他系统的对接，或者产品设计，或者其他种种原因导致 本身的枚举与其他枚举之间需

说明 本文只对策略枚举可以使用的场景进行说明，不做其他介绍。提供额外的实现思路。 状态流转 在开发过程中，难免会遇到状态之间的流转，如何方便维护并且能够一目了然的知道状态之间的流转呢？ 例如： 上图可

在上一篇文章《微服务架构入门之流量控制与熔断降级解决方案----Sentinel初体验》 当中，我简单介绍了Sentinel的使用。但是，遗留下来了一个问题，那就是Sentinel的配置信息还没有做到持久化，服务重启后，配置信息将丢失。在这篇文章当中，我们主要来解决这个问题。 …