Service层抽象规范

Service层是整个web系统的负责业务逻辑一块，最有必要实现抽象，Service层要达到复用性，低耦合性。那么该如何抽象呢？一般遵循以下原则

1、单一职责（SRP）

2、开放-封闭（OCP）

3、里氏代换（LSP）

　　把父类都替换成它的子类，程序的行为没有变化。简单地说，子类型必须能够替换掉它们的父类型。只有当子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为。参见下面的代码：

　　动物* animal = new 狗();

　　　　　　animal->吃()；

　　　　　　animal->喝()；

　　　　　　animal->叫()；

如果需求发生变化，需要将“狗”更换成别的动物，只需要更改第一句即可，其它地方无需改变。这就是“面向接口编程”的好处。

4、依赖倒置（DIP）

　　依赖倒置，其实就是谁也不要依靠谁：除了约定的接口，大家都可以灵活自如。由于有了里氏代换原则，才使得开放-封闭成为了可能。依赖倒置，其实可以说是面向对象设计的标志，用哪种语言来编写程序不重要，如果编写时考虑的都是如何针对抽象编程而不是针对细节编程，即程序中所有的依赖关系都是终止于抽象类或者接口，那就是面向对象的设计，反之就是过程化的设计。

　　解释：抽象不应该依赖细节，细节应该依赖抽象。

　　白话一点：针对接口编程，不要对实现编程。面向过程开发的问题：为了使得常用代码可以复用，通常将常用代码写成函数库。这就是“高层模块依赖低层模块”。然而在做新项目时，发现业务逻辑的高层模块都是一样的，但客户却希望使用不同的数据库或存储信息方式，导致我们无法复用高层模块（因为它们和底层函数库绑在一起了）。

5、接口隔离（ISP）