设计模式的目的
代码编写过程中,我们的代码面临着 耦合性,内聚性 以及 可维护性,可扩展性,重用性,灵活性 等多方面的问题,设计模式恰恰能很好的让我们的代码更加的优美,所以工作之余开始记录下自己学习设计模式的过程。
- 代码重用性 即:相同的代码,不用多次编写
- 可读性 即:编程规范性,便于其他的程序员的阅读和理解
- 可扩展性 即:当需要增加新的功能的时候,非常的方便,成为可维护
- 可靠性 即:当我们增加新功能后,对原来的功能没用影响
- 使得程序呈现 高内聚,低耦合 的特性
注:大家一定要有良好的编程代码习惯,推荐大家可以去看看阿里巴巴的java技术手册
单一职责原则
对于类来说,即一个类应该只负责一项职责。如A类负责两个不同的职责:职责1,职责2。当职责1需求变更而改变A类时,可能会造成职责2的执行错误,所以需要将类A的粒度分解为A1,A2
代码案例
- 代码方案1
package com.atguigu.principle.singleresponsibility;
public class SingleResponsibility1 {
public static void main(String[] args) {
Vehicle vehicle = new Vehicle();
vehicle.run("摩托车");
vehicle.run("汽车");
vehicle.run("飞机");
}
}
// 交通工具类
// 方式1
// 1. 在方案1 的run 方法中,违反了单一职责原则
// 2. 解决的方案非常的简单,根据交通工具运行方法不同,分解成不同类即可
class Vehicle {
public void run(String vehicle) {
System.out.println(vehicle + " 在公路上运行....");
}
}
- 代码方案2
package com.atguigu.principle.singleresponsibility;
public class SingleResponsibility2 {
public static void main(String[] args) {
RoadVehicle roadVehicle = new RoadVehicle();
roadVehicle.run("摩托车");
roadVehicle.run("汽车");
AirVehicle airVehicle = new AirVehicle();
airVehicle.run("飞机");
}
class RoadVehicle {
public void run(String vehicle) {
System.out.println(vehicle + "公路运行");
}
}
class AirVehicle {
public void run(String vehicle) {
System.out.println(vehicle + "天空运行");
}
}
class WaterVehicle {
public void run(String vehicle) {
System.out.println(vehicle + "水中运行");
}
}
注: 遵循单一职责原则,但是改动较大,当前是将类分解为三种不同的类,不可取。
- 代码方案2
package com.atguigu.principle.singleresponsibility;
public class SingleResponsibility3 {
public static void main(String[] args) {
Vehicle2 vehicle2 = new Vehicle2();
vehicle2.run("汽车");
vehicle2.runWater("轮船");
vehicle2.runAir("飞机");
}
}
class Vehicle2 {
public void run(String vehicle) {
//处理
System.out.println(vehicle + " 在公路上运行....");
}
public void runAir(String vehicle) {
System.out.println(vehicle + " 在天空上运行....");
}
public void runWater(String vehicle) {
System.out.println(vehicle + " 在水中行....");
}
}
注:代码方案3中没有修改原本的类,只是在类中新增方法,这样就可以使得一个方法原则上只行使一种功能,虽然没有在类这个级别上遵循单一职责原则,但是在方法级别上,任然是遵守单一职责。
单一职责原则注意事项和细节
- 要降低类的复杂度,一个类只负责一项职责
- 提高类的可读性,可维护性
- 降低变更的风险
- 通常情况下,我们应该遵守单一职责原则,只有类中方法数量足够少,可以在方法级别保持单以职责原则