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
- Observable
- SWIFT
- clean architecture
- rxswift
- ribs
- combine
- uitableview
- uiscrollview
- HIG
- UITextView
- swiftUI
- 클린 코드
- Refactoring
- swift documentation
- 리팩토링
- 리펙터링
- 애니메이션
- MVVM
- 스위프트
- 리펙토링
- UICollectionView
- RxCocoa
- Clean Code
- Xcode
- tableView
- map
- Human interface guide
- ios
- Protocol
- collectionview
Archives
- Today
- Total
김종권의 iOS 앱 개발 알아가기
[Clean Architecture] 11. SOLID 원칙 - ISP (Interface Segregation Principle) 본문
Clean Architecture/Clean Architecture 기초
[Clean Architecture] 11. SOLID 원칙 - ISP (Interface Segregation Principle)
jake-kim 2021. 6. 23. 22:26ISP
- 필요 이상으로 많은걸 포함하는 모듈에 의존하는 것을 분리하기 위해, 의존 범위를 interface를 통해 좁히는 것
- User1은 op1()만 사용, User2는 op2()만 사용, User3는 op3()만 사용할 때 아래 구조
- ISP에 어긋난 구조: User1에서는 op2와 op3를 전혀 사용하지 않아도 User1의 소스 코드는 이 두 메서드에 의존하는 관계
- ISP를 따르는 구조: User1, User2, User3 각각 기능에 따라 Interface를 따라서 의존 범위를 좁혀줌으로서 op1이 변경되어도 User2, User3에 영향이 가지 않도록 설계
ISP에 어긋난 구조 | ISP를 따르는 구조 |
* 참고
Clean Architecture
'Clean Architecture > Clean Architecture 기초' 카테고리의 다른 글
Comments