Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- 추상팩토리패턴
- Functional Programming
- Kotlin
- 함수형프로그래밍
- factory method
- 프로토타입 패턴
- kotlin multiplatform
- 코틀린
- 추상 팩토리
- kmp
- 옵저버 패턴
- Abstract Factory
- 팩토리 메소드
- 안드로이드 디자인시스템
- material3
- Observer Pattern
- designPattern
- 코틀린멀티플랫폼
- android designsystem
- 디자인패턴 #
- builderPattern
- Coroutines
- 디자인패턴
- define
- ㅋㅁ
- 빌터패턴
- 코루틴
- Design Pattern
- compose
- PrototypePattern
Archives
- Today
- Total
목록2026/05/21 (1)
오늘도 더 나은 코드를 작성하였습니까?
정의 State Pattern은 객체의 내부 상태에 따라 행동이 바뀌어야 할 때 사용하는 행동 디자인 패턴입니다. 객체가 마치 자신의 클래스를 바꾼 것처럼 보이게 만드는 게 핵심이다. 언제 사용하는지? when이나 if-else로 상태를 분기하는 코드가 여러 메서드에 흩어져 있을 때가 가장 명확한 신호입니다. 예를 들어 결제 화면에서 PENDING, PROCESSING, SUCCESS, FAILED 상태마다 버튼 클릭, 화면 이탈, 재시도 동작이 다르다면 — 각 메서드마다 when (state) 분기가 반복됩니다. 상태가 하나 추가될 때마다 모든 메서드를 수정해야 하니 OCP(개방-폐쇄 원칙)를 위반하게 되고, 수정범위가 많아진다. "그냥 enum class XXXStatus로 충분하지 않나?" 싶을 수..
디자인패턴
2026. 5. 21. 16:21
