接口设计原则

接口设计原则
单一职责
接口方法设计时应当只做一类事，不要在一个方法里写完一整个需求，成百上千行代码真的很恶心，应当将各个业务抽取成方法，然后逐一调用不同的方法，提供给外部的接口更加要把你的业务代码给区分，给前端很明确，以前有个同事把点赞，收藏，评论点赞就给前端一个接口，他是如何做到的，这样在业务里就各种操作耦合度太高，不建议这么做
接口隔离原则
不要在一个接口方法里写一大堆的方法，应当让方法的粒度小一些，但开发起来将方法写在不同的接口，维护难度也会上来，应当权衡
依赖倒转原则
简单来说就是面向接口编程
里氏代换原则
所有的子类行为应当一致，避免父类做更多考虑
，避免对父类进行重写。
迪米特法则
最少知道，尽量减少陌生类的出现。
开闭原则
对于接口应当提供扩展的方法，而不是在代码里改
合成复用原则
尽量使用像一些使用到的类作为成员变量注入，减少继承去达到复用
这些东西是不是很多，那么有一个很好的参考资料，一套标准答案，你可以拿来套，设计模式，在工作常用的设计模式，策略、模版方法、责任链、适配器、spring的动态代理也算吧