일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 다형성
- 객체지향
- 메서드를 통한 해결
- 하향식 접근
- dip
- 상속 조합 폭발적 증가
- 행동 호환성
- OOP
- OCP
- iSP
- 오브젝트
- 서브 타이핑
- 일관성 있는 협력
- 객체 생성 사용 분리
- 추상화
- 설계 재사용
- 런타임 의존성
- 유연한 설계
- Swift#flatMap#map#Monad#함수형 프로그래밍#Optional
- 의존성
- 유여난 설계
- 명령-쿼리 분리
- 알고리즘
- 상속
- 믹스인
- Apple # HIG #iOS15 #iOS14 #Human #Interface #Guidelines #Apple developer # Apple human interface guidelines
- 컴파일 타임 의존성
- 합성
- '기존 설계 재사용
- 책임주도설계
Archives
- Today
- Total
목록ARC #weak #unowned #Strong Reference #Strong Reference Cycle #순환참조 #Swift #메모리 #memoryLeak #메모리릭 (1)
도니의 iOS 프로그래밍 세상

안녕하세요, 지난 포스팅에선 ARC의 정의, ARC의 작동원리에 대해서 공부했습니다. 이번 포스팅에선 ARC의 Counting 방식으로 인해 생기는 Strong Referecne Cycle에 대해서 공부하곘습니다. Memory Leak 지난 포스팅에선, 객체에 대한 count가 0이 됐다면, 더이상 메모리에서 사용하지 않는다고 판단하고 자동으로 ARC를 통해 클래스 "객체"를 메모리로부터 Free 시킨다. 라고 하였습니다. 즉 누구도 해당 instance에 접근하지 못한다고 판단하면 메모리에서 deallocate 시키는 것입니다. 하지만, 누구도 instance에 접근하지 못하고, 사용하지 않음에도 메모리에서 deallocate가 이뤄지지 않으면 어떻게 될까요? Memory Leak이 발생할것입니다. S..
Swift
2023. 1. 8. 16:05