Chaque composant logiciel doit avoir une et une seule responsabilité
Le composant logiciel peut être une classe, une méthode ou un module
Par exemple, un couteau suisse est un outil polyvalent qui viole le principe de responsabilité unique du développement logiciel. Un couteau est plutôt 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)
Comme 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 y a trois raisons pour lesquelles un changement peut se produire dans la classe inférieure Employé
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 (Principe de Responsabilité Unique) recommande un seul motif de changement dans la classe, nous devrons faire quelques modifications dans la classe Employé
Modifications par SRP
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 et une seule responsabilité et
Chaque composant logiciel devrait avoir une et une seule raison de changer
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!