caLAB

Template Method 클래스의 method들이 template으로 제공되는 패턴 기본 레시피 상속 받아서 override 해서 응용 Command Pattern 명령을 추상화해서 객체로 다룬다. 여러 명령들을 추상화해서 클래스로 정의하고 오브젝트로 만들어서 사용하는 패턴 명령들은 간단한 명령일 수도 있고 다른 오브젝트에 액션을 가하는 명령일 수도 있음. 명령을 오브젝트처럼 관리하고 명령들을 정해진 시간에 실행시킬 수 있도록 함. (Invoker) Chain of Responsibility 프로세싱 유닛을 모듈로 만들어 체인 형태로 구성 responsibility 개념을 갖는 모듈들에 체인을 만드는 것 체인은 다양한 구조 형태를 가질 수 있음

abstract는 공통 속성에 관련된 것을 담음 interface는 각각의 다른 캐릭터 및 다른 방식으로 implement해야 되는 기능들을 담음 공통속성은 abstract 요소의 기능적인 것 interface 참고영상 https://www.youtube.com/watch?v=uA_6W4aWRFg

Strategy Pattern SOLID 패턴의 open closed 패턴과 유사함. 런타임에 알고리즘을 selecting 하게 해줌. make speak() 함수 안에서는 특별한 if문 없이 animal 오브젝트 인터페이스가 함수 안으로 들어가서 그 오브젝트의 속성에 따라서 관련된 기능을 호출한다. make speak 함수는 Animal 인터페이스에 동물이 추가돼도 수정할 필요 없다. 확장에 대해서 open되어 있다. State Pattern 우리가 만들고자 하는 오브젝트의 상태가 있다면 사용할 수 있음. 신호등 클래스를 정의. Traffic Light는 내부에 state 오브젝트를 가지고 있음. state 오브젝트는 신호등 내부의 상태를 나타내는 인터페이스가 됨. 그 상태는 '빨간불인 상태' '초록불..

Bridge Pattern 겉에서 보여지는 외부 Abstraction과 내부에 있는 Implementation을 구분해서 bridge로 연결하는 패턴 예제) 1. 자동차, 모터 2. UI, 버전별 Implementation 내부 implemation은 Motor이지만 외부는 SUV라는 출력이 나옴. Flyweight Pattern 공통된 속성을 공유하면 메모리를 효율적으로 사용할 수 있음. 메모리 소비 감소 class를 정의할 때 클래스 attribute를 사용하게 되면 해당 값이 오브젝트들 간에 공유되어 메모리 사용량을 줄일 수 있음 *다른 코드에서는 static을 사용하면 됨 Composite Pattern 한 오브젝트의 그룹과 그 오브젝트의 싱글 인스턴스가 같은 타입으로 취급되는 패턴, 또한 com..

Facade Pattern 뒷 쪽에 복잡한 것들을 숨기고 앞에는 간편하게 사용하도록 제공. 클래스 뿐만 아니라 3rd 파티 라이브러리를 묶어서 더 간단하게 인터페이스를 제공. 클라이언트는 복잡하고 다양한 클래스와 라이브러리를 상대할 필요 없이 Facade만 사용. 단 하나의 기능인 launch함수를 가지고 있음. launch함수는 로켓이 어떻게 움직일지 미리 정의. 클라이언트는 부품을 전부 컨트롤할 필요 없이. 로켓 클래스를 통해서 훨씬 간편한 인터페이스를 가지게 됨. Decorator Pattern 오브젝트를 꾸며주는 역할을 하는 패턴. 우리가 원하는 기능으로 감싸서 사용할 수 있게 만들어주는 패턴. 데코레이터 클래스는 Animal을 꾸밀 것이기 때문에 Animal과 같은 인터페이스를 가집니다.

구조 패턴은 생성 패턴과 달리 클래스 구조를 확장하기 위한 관점으로 설계된 패턴 모음입니다. Adapter 패턴 하나의 인터페이스를 다른 인터페이스로 전환 어댑터 패턴은 인터페이스를 추상화하여 서로 다른 인터페이스를 통일화 합니다. 어댑터 패턴은 코드를 재사용하기 위해 구조를 변경하는 패턴입니다. 어댑터 패턴은 다른 말로 래퍼 패턴이라고 합니다. 기존의 클래스를 새로운 클래스로 감싸는 기법입니다. 래퍼 처리로 기존의 기능은 유지하면서 변경된 추가 코드를 삽입합니다. 래퍼 처리된 객체를 어댑터라고 합니다. 어댑터 패턴은 오래된 레거시 코드나 라이브러리를 재사용할 때 유용한 패턴입니다. 또한 어댑터 패턴은 서로 호환되지 않는 인터페이스를 가진 코드를 결합하여 응용 프로그램에서 동작할 수 있도록 도와줍니다. ..

https://semver.org/lang/ko/ 유의적 버전 2.0.0 Semantic Versioning spec and website semver.org

SOLID 1. Single Responsibility 2. Open - Closed 3. Liskov Substitution 4. Interface Segregation 5. Dependency Inversion 1. Single Responsibility 단일 책임 원칙 : 모든 함수나 클래스는 하나의 part에 대한 책임만 가짐. 2. Open Closed 개방 폐쇄 원칙 : 소프트웨어 개체는 확장에 대해 열려 있어야 하고, 수정에 대해 닫혀 있어야 한다. 3. Liskov Substitution 리스코프 치환 원칙 : 하위 클래스는 수퍼 클래스로 대체 가능해야 합니다. 4. Interface Segregation 인터페이스 분리 원칙 : 클라이언트 입장에서 사용하는 기능만 제공하도록 인터페이스를 ..