객체 지향 프로그램에 대해 생각할 수있는 디자인 패턴이 있습니까? 최근에으로 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
매우 관련성 : 올바른 디자인 패턴 선택
당신은 전적으로 관용구로 말할 수 있다고 생각합니까? 아니? 그런 다음 디자인 패턴을 결합하여 프로그램을 구성해서는 안됩니다.
—
Kilian Foth
귀하의 예에서 Null 객체 패턴은 학업 목적으로 만 추가되며이 코드에 "좋은 디자인"을 도입하지는 않습니다.
—
Doc Brown
@djechlin : 즉, "두 단어"디자인 패턴 : 사용
—
마이클 쇼
문제는 너무 많은 사람들이 디자인 패턴이 사고를 대신 할 수 있고 경험을 대신 할 수 있다고 믿는다는 것입니다 (일정한 시행 착오를 의미 함). 디자인 패턴으로 가득 찬 책을 가져와 Tinker Toys와 같이 모아서 크기가 작고 복잡하고 품질이 좋은 응용 프로그램을 만들 수는 없습니다. 숙련 된 프로그래머조차도 2 개 또는 3 개의 디자인을 시도하여 작동하는 것을 찾아야합니다.
—
Daniel R은