Service层抽象规范
Service层是整个web系统的负责业务逻辑一块，最有必要实现抽象，Service层要达到复用性，低耦合性。那么该如何抽象呢？一般遵循以下原则
1、单一职责（SRP）
2、开放-封闭（OCP）
3、里氏代换（LSP）
把父类都替换成它的子类，程序的行为没有变化。简单地说，子类型必须能够替换掉它们的父类型。只有当子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能够在父类的基础上增加新的行为。参见下面的代码：
动物* animal = new 狗();
animal->吃()；
animal->喝()；
animal->叫()；
如果需求发生变化，需要将“狗”更换成别的动物，只需要更改第一句即可，其它地方无需改变。这就是“面向接口编程”的好处。
4、依赖倒置（DIP）
依赖倒置，其实就是谁也不要依靠谁：除了约定的接口，大家都可以灵活自如。由于有了里氏代换原则，才使得开放-封闭成为了可能。依赖倒置，其实可以说是面向对象设计的标志，用哪种语言来编写程序不重要，如果编写时考虑的都是如何针对抽象编程而不是针对细节编程，即程序中所有的依赖关系都是终止于抽象类或者接口，那就是面向对象的设计，反之就是过程化的设计。
解释：抽象不应该依赖细节，细节应该依赖抽象。
白话一点：针对接口编程，不要对实现编程。面向过程开发的问题：为了使得常用代码可以复用，通常将常用代码写成函数库。这就是“高层模块依赖低层模块”。然而在做新项目时，发现业务逻辑的高层模块都是一样的，但客户却希望使用不同的数据库或存储信息方式，导致我们无法复用高层模块（因为它们和底层函数库绑在一起了）。
