The modified design has two indepen

The modified design has two independent classes— CustomerSearch and CustomerDataExporter . The former class is given the responsibility of searching customer data. The responsibility of exporting search results is handled by the latter class using two methods— ExportToCSV() and ExportToXML() . This way, CustomerSearch and CustomerDataExporter each have one and only one responsibility. If in the future you need to export the data into some other format (say, PDF), you would need to modify the CustomerDataExporter class only. The CustomerSearch class remains unaffected by this change. This also means that only CustomerDataExporter requires retesting (since only it got changed). Now the CustomerSearch class has one and only one reason to change—change in the searching logic.
Just to make your understanding of SRP clear, let’s translate the preceding example into an ASP.NET application. You will use the Customers table of the Northwind database as a source of customer data. The main view of the application is shown in Figure 2-4 .

Kết quả (Việt) 1:

Sửa đổi thiết kế có hai lớp độc lập — CustomerSearch và CustomerDataExporter. Lớp cũ được trao trách nhiệm tìm kiếm dữ liệu khách hàng. Trách nhiệm của xuất kết quả tìm kiếm được xử lý bởi các lớp học sau này bằng cách sử dụng hai phương pháp — ExportToCSV() và ExportToXML(). Bằng cách này, CustomerSearch và CustomerDataExporter mỗi có một và chỉ có một trách nhiệm. Nếu trong tương lai, bạn cần để xuất dữ liệu sang một số định dạng khác (nói, PDF), bạn sẽ cần phải thay đổi lớp CustomerDataExporter chỉ. Các lớp học CustomerSearch vẫn không bị ảnh hưởng bởi sự thay đổi này. Điều này cũng có nghĩa là chỉ CustomerDataExporter yêu cầu retesting (kể từ khi chỉ nó đã thay đổi). Bây giờ các lớp học CustomerSearch có một và chỉ một lý do để thay đổi-thay đổi trong việc tìm kiếm logic. Chỉ để làm cho sự hiểu biết của bạn về SRP rõ ràng, chúng ta hãy dịch các ví dụ trước vào một ứng dụng ASP.NET. Bạn sẽ sử dụng bảng khách Northwind cơ sở dữ liệu như là một nguồn dữ liệu khách hàng. Giao diện chính của ứng dụng được hiển thị trong hình 2-4.

Kết quả (Việt) 2:

Các thiết kế sửa đổi có hai CustomerSearch classes- độc lập và CustomerDataExporter. Các lớp cựu được trao trọng trách tìm kiếm dữ liệu khách hàng. Trách nhiệm của các kết quả tìm kiếm xuất khẩu được xử lý bởi các lớp sau cách sử dụng hai methods- ExportToCSV () và ExportToXML (). Bằng cách này, CustomerSearch và CustomerDataExporter từng có một và chỉ một trách nhiệm. Nếu trong tương lai bạn cần để xuất dữ liệu vào một số định dạng khác (nói, PDF), bạn sẽ cần phải sửa đổi các lớp CustomerDataExporter chỉ. Lớp CustomerSearch vẫn không bị ảnh hưởng bởi sự thay đổi này. Điều này cũng có nghĩa là chỉ CustomerDataExporter đòi hỏi phải kiểm tra lại (vì chỉ có nó đã thay đổi). Bây giờ lớp CustomerSearch có một và chỉ một lý do để thay đổi thay đổi trong logic tìm kiếm.
Chỉ cần để làm cho sự hiểu biết của bạn của SRP rõ ràng, chúng ta hãy dịch các ví dụ trước vào một ứng dụng ASP.NET. Bạn sẽ sử dụng Khách hàng bảng của cơ sở dữ liệu Northwind như một nguồn dữ liệu khách hàng. Giao diện chính của ứng dụng được hiển thị trong Hình 2-4.