The Search view begins by specifyin

The Search view begins by specifying the model of the view to List . The top part of the page has the Export button wrapped inside a element. Notice that this submits to the Export() action of the HomeController . The Search() action passes Criteria and SearchBy properties to this view, and their values are stored in hidden fields. This is necessary, because we need these values to exist inside the Export() action.
The Search view then iterates through the model and renders a table showing CustomerID ,
CompanyName , ContactName , and Country properties. At the bottom of the view, a hyperlink tag helper is used to render a link pointing back to the Index action.
This completes the application. Run the application through Visual Studio and enter some search criteria into the Index view. When the Search view is displayed in the browser, click on the Export button and see whether a CSV file can be downloaded.
Once you test the application, take a pause and see how you have applied the Single Responsibility Principle to the CustomerSearch and CustomerDataExporter classes. What are the places that will be affected by a future change in the export data format? The primary place affected is the
CustomerDataExporter class itself. The second place is the Search view, where you have the Export button.
You may need to add a format selection dropdown list to this view (with options such as CSV, XML, and PDF). Accordingly, the Export() action will also need to be changed. In any case, the CustomerSearch class remains unchanged, because data export is not its functionality. The only reason to alter CustomerSearch would be to make a modification to the search functionality. Along the same lines, the only reason to alter CustomerDataExporter would be to change the export data format.

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

Tìm xem bắt đầu bằng cách xác định mô hình của chế độ xem danh sách . Phần trên cùng của trang có nút xuất bọc bên trong một nguyên tố. Chú ý rằng điều này nộp cho hành động Export() của HomeController. Hành động Search() vượt qua tiêu chuẩn và SearchBy thuộc tính để xem, và giá trị của họ được lưu trữ trong các trường ẩn. Điều này là cần thiết, vì chúng ta cần những giá trị để tồn tại bên trong hành động Export(). Tìm xem sau đó iterates thông qua các mô hình và hiển thị hình ảnh một bảng hiển thị CustomerID, Tính CompanyName, ContactName, và quốc gia. Ở phía dưới của giao diện, một siêu liên kết thẻ helper được sử dụng để hiển thị một liên kết trỏ lại cho hành động chỉ số. Điều này đã hoàn tất các ứng dụng. Chạy các ứng dụng thông qua Visual Studio và nhập vào một số tiêu chí tìm kiếm vào xem chỉ mục. Khi tìm xem sẽ được hiển thị trong trình duyệt, nhấp vào nút xuất và xem liệu một tệp CSV có thể được tải về. Một khi bạn kiểm tra các ứng dụng, hãy tạm dừng và xem làm thế nào bạn đã áp dụng các nguyên tắc trách nhiệm duy nhất cho các lớp CustomerSearch và CustomerDataExporter. Những nơi mà sẽ bị ảnh hưởng bởi một sự thay đổi trong tương lai ở định dạng dữ liệu xuất khẩu là gì? Chính nơi bị ảnh hưởng là các CustomerDataExporter lớp học riêng của mình. Vị trí thứ hai là công cụ tìm xem, nơi bạn có nút xuất khẩu. Bạn có thể cần phải thêm một danh sách thả xuống lựa chọn định dạng để xem (với các tùy chọn như CSV, XML, và PDF). Theo đó, các hành động Export() cũng sẽ cần phải được thay đổi. Trong bất kỳ trường hợp nào, các lớp học CustomerSearch vẫn không thay đổi, vì dữ liệu xuất khẩu không phải là chức năng của nó. Lý do duy nhất để làm thay đổi CustomerSearch sẽ là để làm cho sửa đổi đến chức năng tìm kiếm. Dọc theo đường cùng, lý do duy nhất để làm thay đổi CustomerDataExporter sẽ là để thay đổi các định dạng dữ liệu xuất khẩu.

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

Quan điểm Tìm kiếm bắt đầu bằng cách xác định mô hình của các điểm vào Danh mục. Phần trên cùng của trang có nút Export bọc bên trong mộtthành phần. Chú ý rằng điều này nộp cho xuất khẩu () hành động của HomeController. Các tìm kiếm () hành động đi Tiêu chuẩn và đặc tính SearchBy quan điểm này, và giá trị của chúng được lưu trữ trong các lĩnh vực tiềm ẩn. Điều này là cần thiết, bởi vì chúng ta cần những giá trị tồn tại bên trong xuất khẩu () hành động.
Quan điểm Tìm kiếm sau đó lặp qua các mô hình và làm cho một bảng hiển thị CustomerID,
CompanyName, ContactName, và tài sản quốc gia. Ở dưới cùng của giao diện, một thẻ liên kết helper được dùng để biểu hiện một liên kết trỏ đến các hành động Index.
Điều này hoàn thành ứng dụng. Chạy các ứng dụng thông qua Visual Studio và nhập vào một số tiêu chí tìm kiếm vào xem Index. Khi xem tìm kiếm được hiển thị trong trình duyệt, bấm vào nút Export và xem liệu một tập tin CSV có thể được tải về.
Một khi bạn kiểm tra các ứng dụng, hãy tạm dừng và xem làm thế nào bạn đã áp dụng các nguyên tắc đơn Trách nhiệm các lớp CustomerSearch và CustomerDataExporter . Những nơi đó sẽ bị ảnh hưởng bởi sự thay đổi trong tương lai trong các định dạng dữ liệu xuất khẩu là gì? Là nơi đầu tiên bị ảnh hưởng là
lớp CustomerDataExporter chính nó. Vị trí thứ hai là quan điểm tìm kiếm, nơi bạn có nút Export.
Bạn có thể cần thêm một danh sách thả xuống chọn định dạng để xem này (với các tùy chọn như CSV, XML, và PDF). Theo đó, xuất khẩu () hành động cũng sẽ cần phải được thay đổi. Trong mọi trường hợp, lớp CustomerSearch vẫn không thay đổi, bởi vì dữ liệu xuất khẩu không phải là chức năng của nó. Lý do duy nhất để thay đổi CustomerSearch sẽ được thực hiện sửa đổi các chức năng tìm kiếm. Dọc theo đường cùng, lý do duy nhất để thay đổi CustomerDataExporter sẽ là thay đổi định dạng dữ liệu xuất khẩu.