Có một mẫu thiết kế có thể hiểu được cho bất kỳ chương trình hướng đối tượng? Tôi hỏi điều này bởi vì gần đây tôi thấy một Doorlớp thực hiện với một Lock. Đó là một phần của thử nghiệm và câu trả lời nói rằng mã đang theo mẫu Null Object:
class Lock
{
public:
virtual void close() = 0;
virtual void open() = 0;
virtual bool is_open() const = 0;
virtual ~Lock() { }
};
class DummyLock
: public Lock
{
private:
DummyLock();
DummyLock(const DummyLock&) = delete;
DummyLock& operator=(const DummyLock&) = delete;
private:
void close() { }
void open() { }
bool is_open() const { return true; }
public:
static DummyLock m_instance;
};
class Door
{
public:
Door() : m_lock(DummyLock::m_instance) { }
Door(Lock &lock) : m_lock(lock) { }
public:
Lock& get_lock() const { return m_lock; }
private:
Lock &m_lock;
};
Điều này làm tôi nghĩ: Mã này tuân theo một mẫu thiết kế tốt mặc dù mô tả rất đơn giản (lớp này đang thiết kế một lớp cửa có khóa), vì vậy nếu tôi viết mã phức tạp hơn, thì phải luôn có một số mẫu thiết kế mà tôi đang theo dõi?
3
Rất liên quan: Chọn mẫu thiết kế phù hợp
Bạn có nghĩ rằng bạn có thể nói hoàn toàn bằng thành ngữ? Không? Sau đó, bạn không nên xây dựng các chương trình của mình bằng cách ghép các mẫu thiết kế lại với nhau.
—
Kilian Foth
Trong ví dụ của bạn, mẫu đối tượng Null chỉ được thêm vào cho mục đích học thuật, nó không đưa "thiết kế tốt" vào mã này.
—
Doc Brown
@djechlin: nói cách khác, sử dụng mẫu thiết kế "hai từ" :)
—
Michael Shaw
Vấn đề là quá nhiều người tin rằng các mẫu thiết kế là sự thay thế cho suy nghĩ và thay thế cho kinh nghiệm (ngụ ý một số lượng thử nghiệm và lỗi nhất định). Bạn không thể lấy một cuốn sách có đầy đủ các mẫu thiết kế và ghép chúng lại với nhau như Đồ chơi Tinker để tạo ra một ứng dụng có kích thước không tầm thường, độ phức tạp và chất lượng khá. Ngay cả các lập trình viên có kinh nghiệm thường cần phải thử hai hoặc ba thiết kế trước khi họ tìm thấy một thiết kế hoạt động.
—
Daniel R Hicks