- This topic has 2개 답변, 3명 참여, and was last updated 4 years, 3 months 전에 by
.
-
글
-
-
iOS 커뮤니티들의 기존 질문, 답변에 제가 찾은 정보와 찾으면서 참고했던 비슷한 질문들을 같이 정리해보았습니다.
잘못된 정보 수정이나 추가하고 싶은 답변이 있으시다면 댓글을 달아주시거나 Question-Archive 에 issue 나 PR 로 알려주시면 수정하겠습니다!Q.
왜 delegate 를 weak 으로 선언하나요?
delegation 패턴에서 delegate 가 weak 으로 선언된 것을 확인할 수 있는데요. 왜 delegate 를 weak 으로 선언하나요?
A.
- retain cycle 을 피하기 위해 delegate 를 weak 으로 선언합니다. retain cycle 은 두 클래스 인스턴스가 서로에 대한 강력한 참조를 가질 때 발생합니다.
흔히 사용되는 UITableView 로 예를 들어보겠습니다.
class ViewController: UIViewController, UITableViewDelegate { // ViewController 가 tableView 를 소유 var tableView: UITableView = UITableView() override func viewDidLoad() { super.viewDidLoad() view.addSubview(tableView) // tableView 의 delegate 로 자기 자신(ViewController)을 지정 tableView.delegate = self } }편의를 위해 레이아웃 설정 코드는 생략하였습니다. ViewController 가 tableView 를 소유하고 있고, ViewController 를 tableView 의 delegate 로 지정합니다.
위 코드를 그림으로 표현하면 다음과 같은데요.
ViewController 가 tableView 를 강력하게 참조하고, tableView 의 delegate 가 ViewController 를 약하게 참조합니다. 공식문서에서 UITableView 의 delegate 를 찾아보면 weak 으로 선언되어있는 것을 확인할 수 있습니다.
weak var delegate: UITableViewDelegate? { get set }만약 delegate 가 strong 으로 선언되어있었다면 서로가 서로를 강하게 참조하는 retain cycle 이 발생하여 두 객체가 메모리에서 해제되지 않는 문제가 발생할 것입니다.
-
delegate 를 누구로 지정 해주냐에 따라 strong 으로 선언해도 되는 경우도 존재합니다.
protocol CustomViewDelegate: class { func userDidTap() } class CustomView: UIView { var delegate: CustomViewDelegate? func mockDelegatecall() { delegate?.userDidTap() } } // UserViewDelegate 프로토콜을 채택한 클래스 class Delegate: CustomViewDelegate { func userDidTap() { print("tap!") } } class ViewController: UIViewController { // 별도의 delegate 객체를 생성 let customView = CustomView() let customViewDelegate = Delegate() override func viewDidLoad() { super.viewDidLoad() view.addSubview(customView) customView.delegate = customViewDelegate } }ViewController 가 customView 와 customViewDelegate 를 소유하고 있고 customView 의 delegate 로 customViewDelegate 를 지정해주었습니다.
위 코드를 그림으로 표현하면 다음과 같습니다.
delegate 를 담당하는 별도의 객체를 생성함으로써 customView 내부에 delegate 를 weak 으로 선언하지 않았지만, retain cycle 이 발생하지 않습니다.
추가로 delegate 를 구조체로 지정하는 경우에도 weak 을 사용하지 않아도 됩니다. 구조체는 값 유형이기 때문에 retain cycle 을 발생시키지 않습니다.
-
weak 으로 선언하지 않아도 되는 경우도 있으나, 복잡한 구조의 코드에서 weak 으로 선언하지 않은 delegate 는 예상치 못한 retain cycle 을 발생시킬 수 있으니 weak 으로 선언하는 것을 권장합니다.
참고할 만한 비슷한 질문, 자료
- Swift delegation – when to use weak pointer on delegate
- How can I make a weak protocol reference in ‘pure’ Swift (without @objc)
- swift delegation – when to use weak reference, why ‘delegate’ is nil?
Q.
frame 과 bounds 의 차이가 무엇인가요?
UIView 과 UIView 를 상속받는 모든 뷰들은 frame 과 bounds 를 가지는데, 이 둘은 어떤 차이가 있나요?
A.
- frame 은 부모 뷰의 좌표계에서 뷰 위치와 크기를 정의합니다. 반면에 bounds 는 자체 좌표계에서 뷰의 위치와 크기를 정의합니다.
-
다음 그림은 같은 뷰에서의 frame 과 bounds 을 표현한 것입니다. 두 이미지에서 빨간색 점은 frame, bounds 의 원점을 나타냅니다. 각각을 설명할 때 frame 은 부모 뷰의 좌표계를 기준으로 하므로 부모 뷰가 필요하지만, bounds 는 자체 좌표계를 기준으로 해서 부모 뷰와는 관계가 없기에 표시해주지 않았습니다.
Frame origin = (0, 0) width = 80 height = 130 Bounds origin = (0, 0) width = 80 height = 130현재 상태에서의 frame 과 bounds 는 동일합니다.
Frame origin = (40, 60) width = 80 height = 130 Bounds origin = (0, 0) width = 80 height = 130뷰의 위치를 변경하면 frame 의 좌푯값이 바뀌는 것을 확인할 수 있습니다. frame 이 부모 뷰의 좌표계를 기준으로 하기 때문인데요. 이와 달리 bounds 는 자기 자신을 기준으로 봤을 땐 아무런 변동사항이 없으므로 값에 아무런 변화가 없습니다.
-
지금까지 frame 의 width, height 와 bounds 의 width, height 는 같았습니다. 하지만 이 두 값이 항상 같지만은 않습니다.
Frame origin = (20, 52) width = 118 height = 187 Bounds origin = (0, 0) width = 80 height = 130transform 을 활용해 뷰의 중점을 기준으로 뷰를 회전한 모습입니다. 뷰 자체에는 변화가 없기에 여전히 bounds 는 변화가 없지만, frame 의 크기는 달라진 것을 확인할 수 있습니다.
I Totally Didn’t Understand Frames and Bounds 에서는 frame 을
부모 뷰의 좌표계를 기준으로 뷰에 적용된 모든 변형을 감싸는 가장 작은 상자라고 표현합니다. 이제 frame 과 bounds 의 차이가 어느 정도 보이지 않나요? 그럼 다음 예시로 넘어가겠습니다. -
지금까지의 예시에서 bounds 의 원점은 항상 (0,0) 이었습니다. 그럼 언제 bounds 의 원점이 이동할까요?
Frame origin = (40, 60) width = 80 height = 130 Bounds origin = (0, 0) width = 80 height = 130뷰의 자식 뷰가 너무 커서 한 번에 표시할 수 없는 경우입니다. 자신의 크기보다 큰 이미지 뷰를 자식 뷰로 가진 모습을 볼 수 있습니다. 뷰의 크기만큼만 이미지가 표시되고 있습니다.
Frame origin = (40, 60) width = 80 height = 130 Bounds origin = (280, 70) width = 80 height = 130bounds 의 원점을 이동한 모습입니다. 부모 뷰를 기준으로 봤을 때 뷰의 프레임은 이동하지 않았지만, 뷰의 bounds 의 원점 좌표가 변경되었기 때문에 뷰가 표시하는 이미지 영역이 변경되었습니다. UIScrollView 가 이와 같은 원리로 동작합니다. UIScrollView 에 대한 자세한 정보를 알고 싶다면 Understanding UIScrollView 를 참고하세요.
-
그럼 frame 과 bounds 는 어떤 경우에 사용할까요?
frame 은 부모 뷰를 기준으로 위치와 크기를 계산하기 때문에 뷰의 위치와 관련된 계산을 하거나, 뷰의 크기를 변경하는 등 외부의 변경을 수행할 때 사용합니다.
bounds 는 draw(_:) 를 활용해 뷰 내부에 그림을 그리거나, transform 변형한 뷰의 크기를 알고 싶을 때, 자식 뷰를 정렬하는 것과 같이 내부적인 변경을 수행할 때 사용합니다. -
FrameVsBounds 에 frame 과 bounds 의 변화를 한눈에 보기 쉽게 만든 앱이 있습니다. 글만으론 frame 과 bounds 의 차이가 이해가 잘 안 된다면 참고해보세요.
참고할 만한 비슷한 질문, 자료
- UIView frame, bounds and center
- iOS ) Frame과 Bounds의 차이 (1/2)
- Stanford University – CS193P: Views, Drawing, Animation
Q.
App Transport Security 가 HTTP 통신을 차단해요.
App Transport Security 에 의해 http 리소스 로드가 차단됩니다. 차단을 해제하려면 Info.plist 를 어떻게 수정해야 하나요?
A.
- ATS(App Transport Security) 는 iOS 9 에서 도입된 개인정보 보호 기능입니다. 앱의 네트워크 연결을 취약점이 없는 산업 표준 프로토콜과 암호만 사용하도록 하여 개인 정보 보호 및 데이터 무결성을 향상시킵니다. 이는 사용자가 개인 정보 유출에 대한 걱정 없이 앱을 사용할 수 있도록 해줍니다.
-
앱에서 네트워크 통신을 할 때 HTTPS 가 아닌 HTTP 를 쓰게 된다면 네트워크 통신에서 안전성을 보장하지 못하므로 ATS 가 보안을 위해 차단하게 됩니다. HTTP 를 꼭 사용해야만 한다면 Info.plist 에서 특정 도메인에 대해 예외처리를 해줄 수 있습니다.
먼저 + 버튼을 눌러
Information Property List에App Transport Security Settings를 추가합니다.App Transport Security Settings에 예외처리할 도메인들을 담을Exception Domains를 만든 후, 예외처리할 도메인(예시에서는randomuser.me)을 추가하고,NSTemporaryExceptionAllowsInsecureHTTPLoads를 YES 로 설정해줍니다.코드로 추가한다면 다음과 같습니다. Info.plist 에 마우스 오른쪽 클릭을 하면 나오는 메뉴에서 Open As -> Source Code 를 누르면 코드로 키를 추가할 수 있습니다.
기존
plist의dict안에 아래의 코드블럭을 추가하면 됩니다.
-
App Transport Security Settings의Allow Arbitrary Loads를 Yes 로 설정하여 ATS 를 비활성화하는 방법도 있지만, 디버깅이나 개발 과정에서만 사용하고 실제 앱 출시에는 보안 문제가 발생할 수 있으므로 권장하지 않습니다. -
이 외에도 ATS 의 설정을 바꿀 수 있는 여러 가지 키들이 존재합니다. 더 자세한 정보는 App Transport Security dictionary primary keys 와 Exception domains dictionary keys 를 참고하세요.
참고할 만한 비슷한 질문, 자료
- retain cycle 을 피하기 위해 delegate 를 weak 으로 선언합니다. retain cycle 은 두 클래스 인스턴스가 서로에 대한 강력한 참조를 가질 때 발생합니다.
-
크으… 정말 대단하네요! 더 하고도 덜 할것도 없는 깔끔한 글입니다. 최고네요! 👍
-
와 정리 정말 잘해두셨네요! 많이 배우고 갑니다 👍🏻
-
- 답변은 로그인 후 가능합니다.
