일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 디자인 패턴
- 리액트 훅
- Java
- NextJS
- 프로그래머스 자바
- 데이터모델링과마이닝
- websocket
- 프로그래머스 완전탐색
- 컴퓨터 네트워크
- react hook
- vanillaJS
- 프로그래머스
- JavaScript
- useState
- codesandbox
- 프로그래밍 언어론
- react
- 장고
- 자바스크립트
- 자바 공부
- 코딩테스트 고득점 Kit 완전탐색
- 코딩테스트 고득점 Kit
- react firebase
- design pattern
- 코틀린
- React JS
- 백준
- useEffect
- 자바
- 리액트
Archives
- Today
- Total
목록FACTORY (1)
기록하는 개발자
5. Factory Pattern
Abstract Facotory Pattern(추상 팩토리 패턴) 목적 구체적인 클래스를 명시하지 않고 관련된 혹은 의존적인 객체들을 생성할 수 있는 인터페이스 제공 문제 -객체를 생성하는 'new'의 문제 → new는 interface가 아니라 실제 class의 객체를 생성 → OCP에 어긋나 생성할 객체가 늘어나면 코드 수정이 필요하다. 클래스가 많아지거나 변경되면 클라이언트 측 변경이 많아진다. Simple Factory simple factory가 어느 객체를 생성할 지 판단하고, 사용자 측에 맞는 객체를 반환 -일반적으로 if문에서 문자열에 따라 생성할 객체를 결정 -패턴이라고 볼 수는 없다. Facotory Pattern 문제 -실제로 구현되는 클래스의 객체를 생성할 때 객체의 종류가 달라지면..
3-2/고급객체지향프로그래밍(디자인패턴)
2021. 1. 14. 16:29