Chaque composant logiciel ne doit avoir qu'une seule responsabilité

Le composant logiciel peut être une classe, une méthode ou un module

Exemple, un couteau suisse est un outil polyvalent qui viole le principe de responsabilité unique du développement logiciel, mais un couteau est un bon exemple qui suit la responsabilité unique (car il ne peut être utilisé que pour couper contrairement au couteau suisse qui peut être utilisé pour couper, ouvrir une boîte, comme passe-partout, ciseaux, etc.)

Étant donné que le changement est constant que ce soit dans le monde réel ou dans le développement de logiciels, la définition du principe de responsabilité unique change également en conséquence

Chaque composant logiciel devrait avoir une et une seule raison de changer

Il existe trois raisons pour lesquelles un changement peut se produire dans la classe ci-dessous Employé

1. Modification de l'attribut Employé
2. Modification dans la base de données
3. Modification du calcul de la taxe

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.Statement;

/**
 * Employee class has details of employee
 * This class is responsible for saving employee details, getting tax of
 * employee and getting
 * details of employee like name, id, address, contact, etc.
 */
public class Employee {
    private String employeeId;
    private String employeeName;
    private String employeeAddress;
    private String contactNumber;
    private String employeeType;

    public void save() {
        String insert = MyUtil.serializeIntoString(this);
        Connection connection = null;
        Statement statement = null;
        try {
            Class.forName("com.mysql.jdbc.Driver");
            connection = DriverManager.getConnection("jdbc://mysql://localhost:8080/MyDb", "root", "password");
            statement = connection.createStatement();
            statement.execute("insert into employee values ("   insert   ")");

        } catch (Exception e) {
            e.printStackTrace();
        }

    }

    public void calculateTax() {
        if (this.getEmployeeType().equals("fulltime")) {
            // tax calculation for full time employee
        } else if (this.getEmployeeType().equals("contract")) {
            // tax calculation for contract type employee
        }
    }

    public String getEmployeeId() {
        return employeeId;
    }

    public void setEmployeeId(String employeeId) {
        this.employeeId = employeeId;
    }

    public String getEmployeeName() {
        return employeeName;
    }

    public void setEmployeeName(String employeeName) {
        this.employeeName = employeeName;
    }

    public String getEmployeeAddress() {
        return employeeAddress;
    }

    public void setEmployeeAddress(String employeeAddress) {
        this.employeeAddress = employeeAddress;
    }

    public String getContactNumber() {
        return contactNumber;
    }

    public void setContactNumber(String contactNumber) {
        this.contactNumber = contactNumber;
    }

    public String getEmployeeType() {
        return employeeType;
    }

    public void setEmployeeType(String employeeType) {
        this.employeeType = employeeType;
    }

}

Puisque le SRP (Single Responsibility Principe) recommande une seule raison de changement dans la classe, nous devrons apporter quelques modifications dans la classe Employé

Modifications par PDS

Maintenant, il n'y a qu'une seule raison pour laquelle un changement peut se produire dans la classe Employé

Raison du changement : Modification de l'attribut Employé

/**
 * Employee class has details of employee
 */
public class Employee {
    private String employeeId;
    private String employeeName;
    private String employeeAddress;
    private String contactNumber;
    private String employeeType;

    public void save() {
       new EmployeeRepository().save(this);
    }

    public void calculateTax() {
       new TaxCalculator().calculateTax(this);
    }

    public String getEmployeeId() {
        return employeeId;
    }

    public void setEmployeeId(String employeeId) {
        this.employeeId = employeeId;
    }

    public String getEmployeeName() {
        return employeeName;
    }

    public void setEmployeeName(String employeeName) {
        this.employeeName = employeeName;
    }

    public String getEmployeeAddress() {
        return employeeAddress;
    }

    public void setEmployeeAddress(String employeeAddress) {
        this.employeeAddress = employeeAddress;
    }

    public String getContactNumber() {
        return contactNumber;
    }

    public void setContactNumber(String contactNumber) {
        this.contactNumber = contactNumber;
    }

    public String getEmployeeType() {
        return employeeType;
    }

    public void setEmployeeType(String employeeType) {
        this.employeeType = employeeType;
    }

}

De plus, il n'y a qu'une seule raison pour laquelle un changement peut se produire dans la classe EmployeeRepository

Raison du changement : Modification dans la base de données

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.Statement;

public class EmployeeRepository {

    public void save(Employee employee) {
         String insert = MyUtil.serializeIntoString(employee);
        Connection connection = null;
        Statement statement = null;
        try {
            Class.forName("com.mysql.jdbc.Driver");
            connection = DriverManager.getConnection("jdbc://mysql://localhost:8080/MyDb", "root", "password");
            statement = connection.createStatement();
            statement.execute("insert into employee values ("   insert   ")");

        } catch (Exception e) {
            e.printStackTrace();
        }
}

}

Enfin, il n'y a qu'une seule raison pour laquelle un changement peut se produire dans la classe TaxCalculator

Raison du changement : Modification du calcul de la taxe

public class TaxCalculator {

    public void calculateTax(Employee employee) {
        if (employee.getEmployeeType().equals("fulltime")) {
            // tax calculation for full time employee
        } else if (employee.getEmployeeType().equals("contract")) {
            // tax calculation for contract type employee
        }
    }
}

Remarque : les 3 classes suivent désormais le principe de responsabilité unique, suivant ainsi les deux définitions

Lors de la création de classes ou de tout composant logiciel, gardez à l'esprit : Visez une cohésion élevée et un couplage lâche

Chaque composant logiciel ne doit avoir qu'une seule responsabilité et
Chaque composant logiciel doit avoir une et une seule raison de changer