日常开发（一）   

 代码冗余方案:::通过枚举方法优化代码

                                                                                       案例

---

需求：

        工作中，经常会前端传递一个int case 值，后端通过这个case 判断是否符合那个范围，从而 执行相应的逻辑

（1）日常做法

大量IF-ELSE

通过上述写法，如果范围比较少，代码还算美观，易读；但是随着我们敏捷型项目迅速迭代的今天，需求会变的越来越多，我后期投入修改此处代码代价太大，移植性、侵入性较差，不推荐这么开发

（2）推荐做法

                                一、TotalOperator.java 判断区间范围的枚举方法类

TotalOperator.java

                                 二、test.java test测试

test.java

                                 三、test测试结果

result

（3）总结

 项目源码：https://github.com/fengjiening/easywork   记得star 一下哟

设计模式是为了更好的代码重用性，可读性，可靠性，可维护性，它有六大原则

1)单一职责原则（Single Responsibility Principle，简称SRP）:该原则是针对类来说的，即一个类应该只负责一项职责.

2)开放--封闭原则（The Open-Closed Principle简称OCP）:是说软件实体（类、模块、函数等等）应该可以扩展，但是不可以修改。

3)依赖倒转原则（Dependence Inversion Principle :针对接口编程，不要对实现编程

4)里氏代换原则（Liskov Substitution Principle，简称LSP）:里氏代换原则，子类型必须能够替换掉他们的父类型

5)迪米特法则（Law of Demeter）:如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用

6)合成/聚合复用原则（Composition/Aggregation Principle]，简称CARP）:尽量使用合成/聚合，尽量不使用类继承。合成聚合是“has  a”的关系，而继承是“is  a”的关系。  

        这里只是举了一个小例子，判断某一个在是否在某个范围内，结果返回true/false,大家也可以更具实际的业务逻辑进行 修改，如果喜欢的话，大家可以关注一下，