Чи можлива схема дизайну для будь-якої об'єктно-орієнтованої програми? Я запитую це тому, що нещодавно я побачив реалізацію Doorкласу з a 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, щоб створити додаток з нетривіальним розміром і складністю та пристойною якістю. Навіть досвідченим програмістам часто потрібно спробувати два-три дизайни, перш ніж вони знайдуть той, який працює.
—
Даніель Р Хікс