Trong các cuốn sách thiết kế khác nhau mà tôi đọc, đôi khi nhấn mạnh vào số lượng phương thức mà một lớp phải có (ví dụ như sử dụng ngôn ngữ OO, như java hoặc C #). Thông thường các ví dụ được báo cáo trong những cuốn sách đó rất gọn gàng và đơn giản, nhưng hiếm khi chúng bao gồm một trường hợp "nghiêm trọng" hoặc phức tạp.
Tuy nhiên, phạm vi dường như là giữa 5 và 8.
Trong một dự án tôi đã phát triển một lớp "Ghi chú", với attribuse là các thuộc tính: Title, Desctiption, CreateDate, v.v.
Sau đó, một số phương thức cơ bản như: getRelations (nếu ghi chú được gán cho các tài liệu khác nhau), getExpiryDate, ect.
Tuy nhiên, tiến hành phát triển ứng dụng, cần nhiều chức năng hơn và do đó, nhiều phương pháp hơn.
Tôi biết rằng một lớp càng ít phương thức, nó càng được ghép lỏng lẻo. Đó thực sự là một lợi thế tốt về mặt mô-đun và tái sử dụng, cộng với dễ dàng chỉnh sửa hơn.
Nhân tiện, nếu trong ngữ cảnh của chúng ta không có nhu cầu (hoặc thậm chí là ý nghĩa) để tạo các lớp con và tất cả các hàm cần thiết có liên quan đến lớp đó, chúng ta có thể đính kèm thêm bao nhiêu phương thức?
Tôi đồng ý rằng có hơn 15 phương thức, sau đó có thể cần phải thiết kế lại một chút.
Nhưng ngay cả trong trường hợp đó, nếu xóa một số phương thức hoặc kế thừa không phải là một lựa chọn, đó sẽ là cách thích hợp?