Есть ли мыслимый шаблон проектирования для какой-либо объектно-ориентированной программы? Я спрашиваю об этом, потому что недавно я увидел реализацию Doorкласса с Lock. Это было частью теста, и в ответ было сказано, что код соответствует шаблону 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;
};Это заставило меня задуматься: этот код следует хорошему шаблону проектирования, даже если описание очень простое (этот класс разрабатывает класс дверей с замком), поэтому, если я пишу более сложный код, всегда должен быть какой-то шаблон проектирования, который я я следую?
3
Очень связано: Выбор правильного шаблона дизайна
Как вы думаете, вы могли бы говорить полностью в идиомах? Нет? Тогда вам не следует создавать свои программы, объединяя шаблоны проектирования.
—
Килиан Фот
В вашем примере шаблон объекта Null добавляется только для академических целей, он не вводит «хороший дизайн» в этот код.
—
Док Браун
@djechlin: другими словами, используйте шаблон дизайна «два слова» :)
—
Майкл Шоу,
Проблема заключается в том, что слишком многие люди считают, что шаблоны проектирования являются заменой мысли и заменой опыта (что подразумевает определенное количество проб и ошибок). Вы не можете взять книгу, полную шаблонов дизайна, и собрать их вместе, как Tinker Toys, чтобы создать приложение с нетривиальным размером, сложностью и достойным качеством. Даже опытным программистам часто приходится пробовать два или три проекта, прежде чем они найдут тот, который работает.
—
Даниэль Р Хикс