Design_Pattern - 8BitsCoding/RobotMentor GitHub Wiki

Solid Design Principles

• SOLID

---

Gamma Categorization

Creational Patterns

• Deal with the creation (construction) of objects

• Builder Pattern - 1
• Builder Pattern - 2 : 재 정리

  • 해당 오브젝트 생성시 필요한 생성의 단계를 자녀클래스에게 넘기는 형태
  • Some objects are simple and can be created in a single constructor call
  • When piecewise(조각조각) object contruction is complicated provice an API for doing it succinctly(간결하게)

• Abstract Factory Pattern
• (Abstract) Factory Pattern - 2 : 재 정리

  • 관련있는 객체의 생성을 가상화 한다.
  • A component(구성 요소) responsible(책임) solely(다만) for the wholesale(모조리)(not piecewise) creation of objects.
  • 여기서 Builder와 차이점이 Factory의 경우 wholesale이고 Builder는 piecewise이라는 점.

• Prototype Pattern
• Prototype Pattern - 2 : 재 정리

  • 생산 비용(메모리)가 높은 오브젝트의 복사 방법
  • When it's easier to copy an existing object to fully initialize a new one.

  • Complicated object(e.g. cars) aren't designed from scratch(갖추어진)
  • We make a copy(clone) the prototype and customize it

  • A partially or fully initialized object that you copy(clone) and make use of.

• SingleTon Pattern
• SingleTon Pattern - 2 : 재 정리

  • 단 하나의 객체를 생성하고 싶을 때
  • For some components it only makes sense(이해하다) to have one in the system.
  • Want to prevent anyone creating additional copies

Structural Patterns

• Concerned with the structure (e.g. class members)
• Many patterns are wrappers that mimic the underlying class' interface

• Adapter Pattern
• Adapter Pattern 2 -> 미정리

  • 특정 객체에 기능을 추가하고 싶을 때
  • Getting the interface you want from the interface you have. (말 그대로 전기 어뎁터 생각하면된다. 내가 원하는 방향으로 인터페이스를 수정해준다.)

• Bridge Pattern
• Bridge Pattern 2

• 오브젝트 함수의 구현부와 사용부를 나누어 쓰고싶을 때
• Connecting components together through abstractions.
• A mechanism that decouples(분리) an interface(hierarchy) from an implementation.

• Composite Pattern
• Composite(합성물) Pattern 2 : 결국은 개개별 오브젝트를 하나의 오브젝트로 묶을 방안을 고안하는 방법이다.

• Treating(치료) individual and aggregate(골재) object uniformly(균일하게).
• Objects use other objects' fields/properties/members through inheritance and composition
• Composition lets us make compound(화합물) objects
• Composite design pattern is used to treat both single(scalar) and composite objects uniformly

Behavioral Patterns

• They are all different; no central theme

• Decorator Pattern
• Decorator Pattern 2 -> 미정리

• 동적으로 메모리를 할당하며 기능을 추가할 시 사용한다.
• Adding behavior without altering(변경) the class itself.
• Do not want to rewrite or alter existing code

• Facade Pattern
• Facade Pattern 2 -> 미정리

• 패턴이라 하기 힘듦, 일반적으로 OOP형태이다.
• Exposing several components through a single interface

• Flyweight Pattern
• Flyweight Pattern 2

• 데이터를 공유 사용하여 메모리를 절약할 수 있는 패턴 많이 사용됨.
• 결국은 map과 같은 컨테이너를 통해서 데이터 관리하는 패턴이다.
• Space optimization
• Avoid redundancy when storing data.
• A space optimization technique that lets us use less memory by storing externally the data associated with similar objects

• Proxy Pattern
• Proxy(대리) Pattern 2

• 대리자로써 일을 맡기면 그 일을 처리하고 완료되면 그 결과를 알려주는 패턴
• An interface for accessing a particular resource.
• You are calling foo.bar() -> This assumes that foo is in the same process as bar() -> What if, later on, you want to put all Foo-related operations into a separate process
• Can you avoid changing yout code? -> Proxy to the rescue!

• Chain of Responsibility Pattern
• Chain of Responsibility Pattern 2

• 알고리즘을 처리할 수 있는 기회를 체인처럼 메모리를 할당하며 부여
• Sequence of handlers processing an event one after another

• Command Pattern
• Command Pattern 2

• 알고리즘을 객체의 형태로 캡슐화하는 목적의 패턴

• Strategy Pattern
• Strategy Pattern 2

• 객체의 추상적 접근 객체를 만들고 만든 추상적 객체를 바꿔가면서 쓰고 싶을 때
• System behavior partially specified at runtime.

• Template Method Pattern
• Template Method Pattern 2

• 알고리즘의 구조를 정의 하고 정의한 자녀 클래스에서 구현하는 일반적 형태
• A high-level blueprint for an algorithm to be completed by inheritors.

• Interpreter(해석기)

• 일종의 Parser라 생각해도 좋다.
• 가장효율적인 Parser만들기 강좌!

• Iterator Pattern

• 컨테이너의 Iterator를 어떻게 만드는지에 관한 내용.
• How traversal of data structores happens and who makes it happen.

• Mediator Pattern1
• Mediator Pattern2
• Memeto Pattern1
• Memeto Pattern2

• object의 상태를 undo하게 해준다.

• Observer Pattern1
• Observer Pattern2
• State Pattern1
• State Pattern2

---

A

• Adapter Pattern : 특정 객체에 기능을 추가하고 싶을 때
• Abstract Factory Pattern : 관련있는 객체의 생성을 가상화 한다.

---

B

• Builder Pattern : 해당 오브젝트 생성시 필요한 생성의 단계를 자녀클래스에게 넘기는 형태
• Bridge Pattern : 오브젝트 함수의 구현부와 사용부를 나누어 쓰고싶을 때

---

C

• Composite Pattern
• Chain of Responsibility Pattern : 알고리즘을 처리할 수 있는 기회를 체인처럼 메모리를 할당하며 부여
• Command Pattern : 알고리즘을 객체의 형태로 캡슐화하는 목적의 패턴

---

D

• Decorator Pattern : 동적으로 메모리를 할당하며 기능을 추가할 시 사용한다.

---

F

• Facade Pattern : 패턴이라 하기 힘듦, 일반적으로 OOP형태이다.
• Flyweight Pattern : 데이터를 공유 사용하여 메모리를 절약할 수 있는 패턴 많이 사용됨.

---

M

• Mediator Pattern
• Memeto Pattern : 객체의 상태 정보를 저장 및 복원하는 패턴

---

O

• Observer Pattern : 등록된 각 객체로 알고리즘이나 데이터를 브로드 캐스트하고 싶을때 사용된다.

---

P

• Prototype Pattern : 생산 비용(메모리)가 높은 오브젝트의 복사 방법
• Proxy Pattern : 대리자로써 일을 맡기면 그 일을 처리하고 완료되면 그 결과를 알려주는 패턴

---

S

• SingleTon Pattern : 단 하나의 객체를 생성하고 싶을 때
• Strategy Pattern : 객체의 추상적 접근 객체를 만들고 만든 추상적 객체를 바꿔가면서 쓰고 싶을 때
• State Pattern : 동적으로 행동(알고리즘)을 교체해서 사용할 수 있다.

---

T

• Template Method Pattern : 알고리즘의 구조를 정의 하고 정의한 자녀 클래스에서 구현하는 일반적 형태

---

V

• Visitor Pattern : 특정 객체에서 관리하는 오브젝트의 데이터에 알고리즘을 바꿔가며 접근하고 싶을 때