प्रत्येक सॉफ्टवेयर घटक की केवल एक और एक जिम्मेदारी होनी चाहिए

सॉफ्टवेयर घटक वर्ग, विधि या मॉड्यूल हो सकता है

उदाहरण, एक स्विस-आर्मी चाकू एक बहुउद्देश्यीय उपकरण है जो सॉफ्टवेयर विकास के एकल जिम्मेदारी सिद्धांत का उल्लंघन करता है, इसके बजाय एक चाकू एक अच्छा उदाहरण है जो एकल जिम्मेदारी का पालन करता है (क्योंकि इसका उपयोग स्विस-आर्मी चाकू के विपरीत केवल काटने के लिए किया जा सकता है) जिसका उपयोग काटने, कैन खोलने, मास्टर कुंजी, कैंची आदि के रूप में किया जा सकता है)

चूंकि परिवर्तन निरंतर होता है चाहे वह वास्तविक दुनिया में हो या सॉफ्टवेयर विकास में, एकल उत्तरदायित्व सिद्धांत की परिभाषा भी तदनुसार बदलती रहती है

प्रत्येक सॉफ़्टवेयर घटक में बदलाव का एक और केवल एक ही कारण होना चाहिए

ऐसे तीन कारण हैं जिनके कारण निम्न वर्ग के कर्मचारियों में परिवर्तन हो सकता है

1. कर्मचारी विशेषता में परिवर्तन
2. डेटाबेस में परिवर्तन
3. कर गणना में परिवर्तन

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;
    }

}

चूंकि एसआरपी (एकल जिम्मेदारी सिद्धांत) वर्ग में परिवर्तन के लिए केवल एक कारण की सिफारिश करता है, हमें कर्मचारी वर्ग में कुछ संशोधन करने होंगे

एसआरपी द्वारा परिवर्तन

अब, केवल एक ही कारण है जिसके कारण कर्मचारी वर्ग में परिवर्तन हो सकता है

परिवर्तन का कारण: कर्मचारी विशेषता में परिवर्तन

/**
 * 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;
    }

}

इसके अलावा, केवल एक ही कारण है जिसके कारण कर्मचारी रिपोजिटरी वर्ग में परिवर्तन हो सकता है

परिवर्तन का कारण: डेटाबेस में परिवर्तन

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();
        }
}

}

आखिरकार, केवल एक ही कारण है जिसके कारण टैक्सकैलकुलेटर वर्ग में परिवर्तन हो सकता है

परिवर्तन का कारण: कर गणना में परिवर्तन

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
        }
    }
}

नोट: सभी 3 वर्ग अब एकल उत्तरदायित्व सिद्धांत का पालन करते हैं, इस प्रकार दोनों परिभाषाओं का पालन करते हैं

कक्षाएं या कोई सॉफ़्टवेयर घटक बनाते समय ध्यान रखें: उच्च सामंजस्य और ढीले युग्मन का लक्ष्य रखें

प्रत्येक सॉफ्टवेयर घटक में केवल एक और एक जिम्मेदारी होनी चाहिए और
प्रत्येक सॉफ़्टवेयर घटक में बदलाव का एक और केवल एक ही कारण होना चाहिए