본문 바로가기

SW 공부/Design Patterns20

[디자인패턴] Factory Method Pattern & Abstract Factory Pattern (팩토리 메서드 패턴 & 추상 팩토리 패턴) Purpose of Creational patterns (생성 패턴의 목적) - Allow to creating new objects without explicitly using the new operator. - 새 연산자를 명시적으로 사용하지 않고 새 개체를 만들 수 있도록 허용 - Factory Method Pattern은 하위 클래스가 실제로 creation을 할지 결정하도록 하는 패턴이기도 함 - Abstract Factory Method Pattern은 객체들을 만드는 인터페이스를 구체적인 클래스에 대해 특정하지 않은 채로 제공 Design Principle (디자인원칙) - DIP : Dependency Inversion Principle → Depend upon abstractions. D.. 2022. 8. 28.
[디자인패턴] Mediator pattern (중재자 패턴) Purpose of Mediator Pattern (중재자 패턴의 목적) - Allows loose coupling by encapsulating the way disparate sets of objects interact and communicate with each other. - 상호 작용하고 통신하는 방식을 캡슐화하는 것으로 그 개체 집합 사이에서 컨트롤 타워(관제탑) 같은 역할을 함 Mediator pattern (중재자 패턴) - mediator는 '중재자', '조정자', '중개인'이란 뜻 - Encapsulates interconnects between objects into Mediator : 연결을 Mediator로 캡슐화 - Promotes loose coupling between cl.. 2022. 8. 28.
[디자인패턴] State pattern (상태 패턴) Purpose of State Pattern (상태 패턴의 목적) - Ties object circumstances to its behavior, allowing the object to behave in different ways based upon its internal state. - 내부 상태에 따라 다르게 동작할 수 있도록! Design Principle (디자인원칙) - OCP : Open-Closed Principle State pattern (상태 패턴) - Define a State interface that contains a method for every action. - Get rid of all of our conditional code and instead delegate to .. 2022. 8. 28.
[디자인패턴] Iterator pattern (반복자 패턴) Purpose of Iterator Pattern (반복자 패턴의 목적) aka) Cursor - Allows for access to the elements of an aggregate object without allowing access to its underlying representation. - 외부에 노출 없이, 자료형 관계없이, collection에서 객체를 꺼낼 때 사용 Design Principle (디자인원칙) - Single Responsibility Principle (단일 책임의 원칙) - A class should have only one reason to change * Aggregate and Iteration – two different responsibilities * .. 2022. 8. 28.
[디자인패턴] Template method pattern (템플릿 메소드 패턴) Purpose of Template method Pattern (템플릿 메소드 패턴의 목적) - Identifies the framework of an algorithm, allowing implementing classes to define the actual behavior. - 실제 동작을 정의하기 위해 클래스를 구현할 수 있도록 알고리즘의 프레임워크 구성하는 데 사용 Design Principle (디자인원칙) - Hollywood Principle : Don't call us, we'll call you - High level component --call--> low-level component → "프레임워크(framework)에서 흔히 적용되는 설계원칙으로, 저수준(low-level) 구성.. 2022. 8. 28.
[디자인패턴] Observer Pattern(옵저버 패턴) Purpose of Observer Pattern ( 옵저버 패턴의 목적) aka) Publish / Subscribe model - Lets one or more objects be notified of state changes in other objects within the system. - 하나 이상의 개체에 시스템 내의 다른 개체의 상태 변경을 알리기 위해서 Design Principle (디자인원칙) - loose coupling (서로 거의 모름) Observer Pattern (옵저버 패턴) - The Observer Pattern defines a one-to-many dependency between objects so that when one object changes state, a.. 2022. 8. 27.
[디자인패턴] Strategy Pattern(전략패턴) Purpose of Strategy Pattern (전략패턴의 목적) - Defines a set of encapsulated algorithms that can be swapped to carry out a specific behavior. - 특정 동작을 수행하기 위해 스왑 할 수 있는 캡슐화된 알고리즘 집합을 정의 Design Principle (디자인원칙) ① Encapsulate what varies : 변화하는 부분을 분리해서 캡슐화 ② Program to an interface, not an implementation : variation을 커버할 수 있는 인터페이스를 만듦 → runtime에 concrete implemantation을 assign 해서 사용! ③ Favor composit.. 2022. 8. 27.
GRASP (GENERAL RESPONSIBILITY ASSIGNMENT SOFTWARE PATTERNS) GRASP Principles General Responsibility Assignment Software Patterns - Craig Larman의 9가지 원칙 - will guide you how to assign responsibilities (객체들간의 계약 - 알아야 하는 것 /해야 하는 것) to collaborating objects - 어떤 책임을 지게하나,'어떻게?'의 답을 제공하는 설계 원칙 ① Creator Pattern - 여러 class 후보 중, 누가 create 할 것인가! - prefer “B contains or aggregates A” (A집합의 형태) - prefer B records A, B closely uses A, B has the initializing dat.. 2022. 8. 24.
SOLID PRINCIPLES Hierarchy of Pattern Knowledge 패턴 지식의 계층화 - Design Pattern은 OO Principle (설계 원칙을 따른 것)이고, 그 OO Basic(기본) 개념이 아래에 있다. 예시) Design smells - various signs and symptoms of bad design (디자인 불량 징후 및 증상) - Rigidity(경직성), Fragility(취약성), Immobility(부동성), Viscosity(점착성), Needless Complexity (불필요한 복잡성), Needless Repetition (불필요한 반복), Opacity(불투명성) - Design smells are resulted from mismanaged dependencies (s.. 2022. 8. 23.