일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 행동 호환성
- 의존성
- 상속 조합 폭발적 증가
- 컴파일 타임 의존성
- 상속
- dip
- 메서드를 통한 해결
- 유여난 설계
- 하향식 접근
- 객체 생성 사용 분리
- 유연한 설계
- 일관성 있는 협력
- iSP
- 서브 타이핑
- 설계 재사용
- 다형성
- Apple # HIG #iOS15 #iOS14 #Human #Interface #Guidelines #Apple developer # Apple human interface guidelines
- Swift#flatMap#map#Monad#함수형 프로그래밍#Optional
- 알고리즘
- 믹스인
- OCP
- 객체지향
- 책임주도설계
- 런타임 의존성
- '기존 설계 재사용
- 오브젝트
- OOP
- 합성
- 명령-쿼리 분리
- 추상화
Archives
- Today
- Total
도니의 iOS 프로그래밍 세상
[오브젝트] 14장 - 일관성 있는 협력 본문
객체 협력 구조가 기존과 다를 때, 코드의 이해도가 낮아지고 코드 수정시 더 많은 버그를 유발하게 된다.
따라서 객체간 일관성 있는 협력 방식을 사용하여, 유사 기능엔 유사한 협력 패턴을 사용해야 한다.
설계 일관성
- 변하는 개념, 변하지 않는 개념을 분리
- 변하는 개념을 캡슐화 하는 게 중요
- 캡슐화는 변화는 어떤것을 감추는 것(데이터 은닉만을 포함하지 않음)
결론
- 일관성 있는 협력을 통해, 다른 사람들과 협업시 코드 이해도를 높이고 버그 가능성을 줄일 수 있음
- 캡슐화
- 약간의 부조화를 수용하더라도, 서비스 내에 일관성 있는 패턴을 지키는게 더 중요하다
- ex. 인터페이스에 객체중 한곳에서 특정 로직을 수행해야 함
- 해당 객체의 역할상 특정 로직을 수행한다는게 초기 의도와 다름
- 하지만 그렇더라도, 각 서비스들의 책임이 올바르게 동작한다면 부조화를 수용해도 큰 문제가 되지 않음
'OOP' 카테고리의 다른 글
[오브젝트 2회독] 1장 - 객체 설계 (0) | 2024.08.15 |
---|---|
[오브젝트] 15장 - 디자인 패턴 / 프레임워크 (1) | 2024.07.21 |
[오브젝트] 13장 - 서브 클래싱 및 서브 타이핑(2) (1) | 2024.07.21 |
[오브젝트] 13장 - 서브클래싱과 서브 타이핑(1) (0) | 2024.06.06 |
[오브젝트] 8장 - 의존성 관리하기 (0) | 2024.05.06 |
Comments