Interpreter Pattern (해석자 패턴)

의도

• 사용자가 표현하기 쉬운 표현을 사용하게 하고 이를 해석하는 개체를 통해 약속된 알고리즘을 수행하는 패턴

이럴 때 사용하자.

• 해석이 필요한 언어가 존재하거나 추상 구문 트리로서 그 언어의 문장을 표현하고자 할 때

장점은?

• 문법의 변경과 확장이 쉬움
• 문법의 구현이 용이
• 표현식을 해석하는 새로운 방법을 추가 할 수 있음

단점은?

• 복잡한 문법은 관리하기 어려움

코드
Context 클래스

class Context
{
public:
   Context(string str) : m_str(str) {};
   const char* GetStr()  { return m_str.c_str(); };
private:
   string m_str;
};

AbstractExpression 클래스

class AbstractExpression
{
public:
   virtual void Interpret(Context* pContext) = 0;
};

TerminalExpression, NonterminalExpression 클래스

class TerminalExpression : public AbstractExpression
{
public:
   void Interpret(Context* pContext) {
      cout << "TerminalExpression: " << pContext->GetStr() << endl;
   };
};

class NonterminalExpression : public AbstractExpression
{
public:
   void Interpret(Context* pContext) {
      cout << "NonterminalExpression: " << pContext->GetStr() << endl;
   };
};

실행부분

void main()
{
   auto_ptr<Context> pContext(new Context("Context"));

   auto_ptr<AbstractExpression> pTerminal(new TerminalExpression());
   pTerminal->Interpret(pContext.get());

   auto_ptr<AbstractExpression> pNonterminal(new NonterminalExpression());
   pNonterminal->Interpret(pContext.get());
}

UML - class 다이어그램

참고

• GoF의 디자인 패턴(개정판) 재사용성을 지닌 객체지향 소프트웨어의 핵심요소
• http://horajjan.blog.me/220330464407
• http://seungdols.tistory.com/entry/GoF%EC%9D%98-%EB%94%94%EC%9E%90%EC%9D%B8-%ED%8C%A8%ED%84%B4-%ED%96%89%EB%8F%99-%ED%8C%A8%ED%84%B4
• http://copynull.tistory.com/147

Facade Pattern (퍼사드 패턴)

의도

• 인터페이스 집합에 대해 하나의 인터페이스를 제공하는 패턴

이럴 때 사용하자.

• 복잡한 서브시스템에 대한 단순한 인터페이스 제공이 필요할 때
• 추상 개념에 대한 구현 클래스와 사용자 사이에 너무 많은 종속성이 존재할 때
• 서브시스템을 계층화시킬 때

장점은?

• 클라이언트와 서브 시스템의 연결을 느슨하게 만듦
• 서브시스템에 접근하는 인터페이스를 제공
• 단순한 인터페이스로 복잡한 서브시스템을 감쌈

단점은?

• 다른 구성요소에 대한 메소드 호출을 처리하기 위해 "래퍼"클래스를 많이 만들어야 할 수 있음
• 시스템이 더 복잡해지고, 개발시간도 늘어나면서 성능의 저하도 있을 수 있음

코드
CExec 클래스

class CExec
{
public:
   CExec(string str) { m_str = str; };
   void Print() { cout << m_str.c_str() << endl; }
private:
   string m_str;
};

CSubClassOne, CSubClassTwo, CSubClassThree 클래스

class CSubClassOne
{
public:
   void Exec() {
      auto_ptr<CExec> pExec(new CExec("Sub Class One"));
      pExec->Print();
   };
};

class CSubClassTwo
{
public:
   void Exec() {
      auto_ptr<CExec> pExec(new CExec("Sub Class Two"));
      pExec->Print();
   };
};

class CSubClassThree
{
public:
   void Exec() {
      auto_ptr<CExec> pExec(new CExec("Sub Class Three"));
      pExec->Print();
   };
};

CFacade 클래스

class CFacade
{
public:
   CFacade() {
      m_pSubClassOne = new CSubClassOne();
      m_pSubClassTwo = new CSubClassTwo();
      m_pSubClassThree = new CSubClassThree();
   };

   ~CFacade() {
      delete m_pSubClassOne;
      delete m_pSubClassTwo;
      delete m_pSubClassThree;
   };

   
   void ExecOne() {
      m_pSubClassOne->Exec();
      m_pSubClassTwo->Exec();
   };

   void ExecTwo() {
      m_pSubClassThree->Exec();
   }

private:
   CSubClassOne* m_pSubClassOne;
   CSubClassTwo* m_pSubClassTwo;
   CSubClassThree* m_pSubClassThree;
};

실행부분

void main()
{
   auto_ptr<CFacade> pFacade(new CFacade());
   pFacade->ExecOne();
   pFacade->ExecTwo();
}

UML - class 다이어그램

참고

• GoF의 디자인 패턴(개정판) 재사용성을 지닌 객체지향 소프트웨어의 핵심요소
• http://wooriworld2006.tistory.com/336
• http://blog.naver.com/ruly2001/70072957308

Public, Protected, Private 차이 설명

• 접근 제어자

구분	제어자	설명
접근권한	public	모든 클래스에서 접근이 가능함
	protected	동일 패키지에 속하는 클래스와 하위 클래스 관계의 클래스에 의해 접근이 가능함
	private	클래스 내에서만 접근이 가능함

• 접근 권한

종류	클래스	하위 클래스	동일 클래스	모든 클래스
(default)	O	X	O	X
public	O	O	O	O
protected	O	O	O	X
private	O	X	X	X

• 출처
• http://hyeonstorage.tistory.com/176

Spring Security Filter Chain 순서

• Spring Security Filter Chain 순서

출처 : 구글 이미지

광교호수공원