本文主要是介绍设计模式七大原则-单一职责原则SingleResponsibility，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
七大原则是在设计“设计模式”的时候需要用到的原则，它们的存在是为了保证设计模式达到以下几种目的：
1.代码重用性
2.可读性
3.可拓展性
4.可靠性（增加新的功能后，对原来的功能没有影响）
5.使程序呈现高内聚、低耦合的特性
单一职责：
对类来说，即一个类应该只负责一项职责（并不是只有一个方法，即关系“订单”的类不关心“员工”）。如类A负责两个不同的职责：职责1，职责2.当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的颗粒度分解为A1、A2。
例子：这里的Vehicle类颗粒度不够细，调用vehicle.run("飞机")时，业务逻辑是错误的。违背了单一职责原则。
public class singleResponsibility {public static void main(String[] args) {Vehicle vehicle = new Vehicle();vehicle.run("汽车");vehicle.run("飞机");}//Java中的内部类需要一个外部类的实例来创建它的实例，除非它是一个静态内部类。static class Vehicle {void run (String vehicle){System.out.println(vehicle+"在路上跑");}}
}目的：
1.降低类的复杂度，一个类只负责一项职责。
2.提高代码的可读性，可维护性、
3.降低变更引起的风险。
4.通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则，只有类中方法数量足够少，可以在方法级别保持单一职责原则。【也就是要根据实际情况权衡利弊，如果加类太浪费的话就只加几个方法就可以】
public class singleResponsibility {public static void main(String[] args) {Vehicle2 vehicle2 = new Vehicle2();vehicle2.runOnroad("汽车");vehicle2.runOnair("飞机");}//Java中的内部类需要一个外部类的实例来创建它的实例，除非它是一个静态内部类。static class Vehicle1 {void run (String vehicle){System.out.println(vehicle+"在路上跑");}}static class Vehicle2 {void runOnroad (String vehicle){System.out.println(vehicle+"在路上跑");}void runOnair (String vehicle){System.out.println(vehicle+"在天上飞");}}
}这篇关于设计模式七大原则-单一职责原则SingleResponsibility的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
