반응형 💻 개발IT/Design Patterns 💻 개발IT/Design Patterns 2022. 2. 28. 3. Behavior 패턴 - Template Method Pattern 문제 정의 아래와 같이 커피와 차를 만드는 class가 있다. 만들다보니 커피와 차의 class가 유사하다. 새로운 음료를 만들게 되면 비슷한 결과가 나타나게 되고 코드의 중복이 나타난다. 해결 방법 따라서 공통적인 implementation을 abstract class로 만든다. prepareRecipe는 final로 만들어 하위 클래스에서 변경하지 못하도록 한다. (Template Method) prepareRecipe()는 알고리즘의 템플릿 역할을 하여 template method patten을 구현하고 있다. 다시 CaffeinBeverage를 상속하여 커피와 차 class를 재설계해본다. 새로운 음료가 추가되어도 쉽게 만들 수 있다. Template Method Pattern 알고리즘의 step.. 💻 개발IT/Design Patterns 2022. 2. 27. 3. Behavior 패턴 - Observer Pattern 문제 정의 weather station에 다양한 센서가 부착되어있는데, weatherData Object는 weather station에 데이터를 받아 다양한 display 장치에 데이터를 전달해주는 역할을 하고 있다. display 장치는 current conditions display, statistics display, forecast display가 존재한다. weatherData에는 센서 값이 변경될 때마다 measurementChanged() 함수가 호출된다. measurementsChanged() 함수에는 세 가지 display 장치를 update 해주는 코드가 작성되어있다. (종속성) 새로운 display 장치가 늘어날 수 있어 확장 가능한 SW를 만들어야한다! Observer Patter.. 💻 개발IT/Design Patterns 2022. 2. 27. 3. Behavior 패턴 - Strategy Pattern 문제 정의 1) 모든 오리는 꽥 2) 모든 오리는 같은 방향으로 수영 3) 서로 display 방식이 다름 요구사항이 존재할 때, 보통 아래와 같이 공통 부분을 abstruct class Duck에 만들고 고유한 Implementation이 필요한 부분은 subclass에 설계한다. 그러나, 요구사항에 오리가 날 수 있는 behavior를 추가해달라는 요청이 생겨 아래와 같이 Duck에 추가를 하면 날지 않아야하는 일반 오리와 다른 러버덕도 같이 날게 된다. 그럼 러버덕의 quack() 함수처럼 fly()도 override하여 아무 것도 안 하게 해야하나? 근데 러버덕같은 변종 class가 계속해서 증가한다면? 그럼 interface로 해결해본다면, 필수적이지 않은 함수는 interface(Flyable.. 💻 개발IT/Design Patterns 2022. 2. 24. 2. 객체지향 개념과 설계원칙 - GRASP Principle GRASP Principles 소개 1. GRASP General Responsibility Assignment Software Patterns OOAD 구축 시, design model을 만들 때 사용하며 각 Object에 책임(Responsibility)을 부여(Assignment)하는 원칙을 설명 여기서 Responsibility이란? method의 집합(조합) Knowing Responsibility, Doing Responsibility를 적절히 구분하여 배치 2. Modularity (모듈성) 설계의 목표 : 시스템을 모듈로 나누고 적절한 책임을 부여한 행태 방안 : 유사한 함수는 모으고, 작고 잘 정의된 interface를 통해 모듈들이 소통 측정 방법 Coupling : 모듈 간의 inte.. 💻 개발IT/Design Patterns 2022. 2. 23. 2. 객체지향 개념과 설계원칙 - SOLID Principle Hierarchy of Pattern Knowledge 1. 패턴의 지식체계 1) 설계 패턴 : 알고리즘이 변경되어도 영향 받지 않고 진화할 수 있도록 도와주는 패턴 2) OO 설계 원칙 - 변경되는 것을 enpcapsule - 상속보다는 composition - interface에 맞춰서 프로그래밍 3) OO 설계 기본 개념 - Abstraction - Encapsulation - Polymorphism - Inheritance 2. Design Smells (설계 악취) : 잘못된 설계에 대한 증상 이름 증상 원인 해결 Rigidity (경직성) 시스템 의존성으로 인해 수정 어려움 (한 모듈의 수정이 다른 모듈의 수정을 야기) 1. 테스트, 빌드 시간 오래 걸림 2. 작은 변화에도 전체 빌드 필요 S.. 💻 개발IT/Design Patterns 2022. 2. 7. 2. 객체지향 개념과 설계 원칙 - 객체지향 패러다임 Abstract Data Type(ADT) 데이터, 관련된 operation들을 하나의 문법적인 unit에 캡슐화 장점 하나의 문법적인 요소라서 관리, 수정에 용이하고 분할 컴파일이 가능함 외부에서 바로 접근이 불가능하여 내부 변경되어도 외부에 영향을 미치지 않음 Object-Oriented Paradigm Class = ADT + Inheritance(재사용) + Polymorphism(유연성) Inheritance class Y가 class X를 상속한다면? (Y is a X) Y는 X의 모든 메소드와 데이터를 상속받음 Y의 모든 인스턴스는 X의 인스턴스 → X의 인스턴스를 요청하는 곳에서 Y 인스턴스 사용 가능 Polymorphism 한 operation이 서로 다른 방법으로 수행될 수 있음 ope.. 💻 개발IT/Design Patterns 2022. 2. 6. 1. Design Patterns 패턴이란? 문제에 관한 솔루션 왜 사용해야할까? 객체지향 Software와 재사용가능한 소프트웨어 설계는 매우 힘들고 경험 많은 설계자는 이전에 일하면서 증명된 솔루션을 재사용함 패턴에 관한 지식을 가지고 있다면 더 유연하고 재사용가능한 Software 개발할 수 있음 개발자들 사이에서 좋은 커뮤니케이션에 대한 도구 (common language) 누군가 이미 너의 problem을 해결하여 만든 패턴! 디자인 패턴의 3가지 파트 context : 패턴을 적용하고자 하는 상황 (자주 발생) problem : 이루고자 하는 목표 또는 context에서 발생하는 제약사항 solution : 설계 패턴에서 제시하는 해결책 컴포넌트 구조와 그 관계 런타임의 메커니즘 ※ 예시 : Iterator Pattern - .. 이전 1 2 3 다음 반응형
