Đối Dialogs thuộc loại này. Tôi định nghĩa nó như là một lớp lồng nhau của FindFilesCommand. Nếu hộp thoại cơ bản được sử dụng trong nhiều lệnh, tôi định nghĩa nó trong một mô-đun có thể truy cập vào các lệnh đó và có lệnh cấu hình hộp thoại cho phù hợp.
Các đối tượng lệnh đủ để hiển thị cách hộp thoại tương tác với phần còn lại của phần mềm. Trong phần mềm của riêng tôi, các đối tượng Command nằm trong các thư viện riêng của chúng để hộp thoại được ẩn khỏi phần còn lại của hệ thống.
Để làm bất kỳ điều gì thì ý kiến của bạn là quá mức cần thiết. Ngoài ra, cố gắng giữ nó ở mức cao nhất thường liên quan đến việc tạo ra nhiều giao diện và phương thức đăng ký bổ sung. Nó là rất nhiều mã hóa cho ít được.
Giống như với bất kỳ khuôn khổ nào về sự tận tụy, sẽ dẫn bạn xuống một số ngõ hẻm lạ. Bạn cần phải sử dụng bản án để xem liệu có những kỹ thuật khác để sử dụng khi bạn nhận được một mùi mã xấu. Một lần nữa trong hộp thoại ý kiến của tôi nên được ràng buộc chặt chẽ và được xác định bên cạnh lệnh sử dụng chúng. Bằng cách đó năm năm sau, tôi có thể quay trở lại phần mã đó và xem mọi thứ mà lệnh đó đang xử lý.
Một lần nữa trong một số ít trường hợp hộp thoại hữu ích cho nhiều lệnh, tôi xác định nó trong một mô-đun chung cho tất cả chúng. Tuy nhiên trong phần mềm của tôi có lẽ 1 trong số 20 hộp thoại là như thế này. Ngoại lệ chính là hộp thoại mở/lưu tệp. Nếu một hộp thoại được sử dụng bởi hàng chục lệnh thì tôi sẽ đi đường đầy đủ của việc định nghĩa một giao diện, tạo một biểu mẫu để thực hiện giao diện đó và đăng ký biểu mẫu đó.
Nếu nội địa hóa để sử dụng quốc tế là quan trọng đối với ứng dụng của bạn, bạn sẽ cần phải chắc chắn rằng bạn tài khoản cho điều đó với lược đồ này vì tất cả các biểu mẫu không có trong một mô-đun.
Nguồn
2009-03-17 20:06:48
Tôi đã trả lời một câu hỏi rất giống nhau trong [bài đăng này] (http://stackoverflow.com/a/15512972/385995). –