日常开发（一）代码冗余方案

日常开发（一）

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

案例

需求： 工作中，经常会前端传递一个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,大家也可以更具实际的业务逻辑进行 修改，如果喜欢的话，大家可以关注一下，