Czy istnieje jakiś wzorzec projektowy dla dowolnego programu obiektowego? Pytam o to, ponieważ ostatnio widziałem implementację Doorklasy z Lock. Było to częścią testu, a odpowiedź brzmiała, że kod jest zgodny ze wzorcem 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;
};
To sprawiło, że pomyślałem: ten kod ma dobry wzorzec projektowy, mimo że opis jest tak prosty (ta klasa projektuje klasę drzwi z zamkiem), więc jeśli piszę bardziej złożony kod, czy zawsze powinien istnieć jakiś wzorzec projektowy, który ja śledzę?
3
Bardzo powiązany: wybór odpowiedniego wzorca projektowego
Czy myślisz, że mógłbyś mówić całkowicie w idiomach? Nie? Zatem nie powinieneś budować swoich programów, łącząc ze sobą wzorce projektowe.
—
Kilian Foth,
W twoim przykładzie wzorzec obiektu zerowego jest dodawany tylko do celów akademickich, nie wprowadza „dobrego projektu” do tego kodu.
—
Doc Brown
@djechlin: innymi słowy, użyj wzoru „dwa słowa” :)
—
Michael Shaw
Problem polega na tym, że zbyt wiele osób uważa, że wzorce projektowe są substytutem myśli i substytutem doświadczenia (co implikuje pewną ilość prób i błędów). Nie można wziąć książki pełnej wzorców projektowych i złożyć je razem, tak jak Tinker Toys, aby stworzyć aplikację o niebanalnym rozmiarze, złożoności i przyzwoitej jakości. Nawet doświadczeni programiści często muszą wypróbować dwa lub trzy projekty, zanim znajdą taki, który działa.
—
Daniel R Hicks,