Responder Chain에 대해서 공부하다가 애플 개발자 문서에 있는 article을 번역하여 정리해보았다. 개인 공부용으로 매우 rough하게 번역하고 정리한 글이라 오역 많을 수 있음!

Using Responders and the Responder Chain to Handle Events

참고링크

• 앱은 responder 객체를 이용하여 이벤트를 핸들링한다.
• responder객체는 UIResponder클래스의 인스턴스이고, 공통적으로 UIView, UIViewController, UIApplication객체를 서브클래스한다.
• Responder는 이벤트 데이터를 받거나 처리하고, 아니면 다른 responder객체로(해당 이벤트를 해결할 수 있는)전달해야한다.

• 앱이 이벤트를 받으면 UIKit은 가장 적절한 first responder에게 이벤트를 보낸다.

• 처리되지 않은(Unhandled)이벤트는 responder chain에 의해서 responder객체로 전달된다.
• 
• 만약 텍스트필드가 이벤트를 핸들링하지 않으면, UIKit은 이벤트를 상위 UIView로 보낸다.
• 윈도우까지 이벤트가 전달됐음에도 이벤트를 핸들리할 수 없으면, 이벤트는 UIApplication까지 전달되며, and possibly to the app delegate if that object is an instance of UIResponder and not already part of the responder chain….??

이벤트의 first responder결정하기

UIKit은 이벤트의 타입에 따라서 FirstResponder 객체를 지정한다.

• Touch event: 터치가 일어난 뷰
• Press event: 포커스를 가진 뷰(The object that has focus.)
• Shake-motion event: 내가 지정한 객체 (The object that you (or UIKit) designate.)
• Remote-Control event: 내가 지정한 객체 (The object that you (or UIKit) designate.)
• Editing menu messages: 내가 지정한 객체 (The object that you (or UIKit) designate.) 리모트컨트롤이랑 editing menu가 뭐지..

cf) Core Motion Framework

Motion events related to the accelerometers, gyroscopes, and magnetometer do not follow the responder chain. Instead, Core Motion delivers those events directly to the designated object. For more information, see Core Motion Framework

• 컨트롤은 자신들과 관련된 타겟 객체와 액션 메시지를 주고받는다.
• 컨트롤의 타겟 객체가 nil일때, UIKit은 올바른 액션 메소드가 구현된 객체를 찾아서 타겟 객체부터 responder chain까지 지나다닌다…탐색한다…찾아다닌다…?
• For example, the UIKit editing menu uses this behavior to search for responder objects that implement methods with names like cut(:), copy(:), or paste(_:).
• Action messages are not events, but they may still take advantage of the responder chain.
• GestureRecognizer는 touch나 press 이벤트를 자신의 뷰보다 먼자 받는다
• 만약 뷰의 GestureRecognizer가 터치 시퀀스를 인식하지 못하면, UIKit은 뷰에 해당 터치이벤트를 보낸다.
• 만약 뷰가 터치를 핸들링 하지 못하면, UIKit은 Responder chain에 이벤트를 보낸다.

어떤 Responder가 터치 이벤트를 가져야 하는지 결정하기

• UIKit은 어디서 터치 이벤트가 일어났는지 알기위해 뷰 기반의 hit-testing을 사용한다.
• UIKit은 뷰 계층구조에 있는 뷰들의 bound의 위치를 비교하며 터치의 위치를 비교한다.
• hitTest()메소드는 뷰 계층구조를 가로지르면서, 가장 깊은 단에 있는 서브뷰를 탐색하면서 특정 터치를 포함한 서브뷰를 찾아낸다.
• 터치 로케이션이나 다른 파라미터가 변경되면, UIKit은 똑같은 UITouch 객체를 새로운 정보와 함께 업데이트한다.
• (만약 터치 위치가 원래 뷰를 벗어나도, 터치객체 내의 view 프로퍼티는 변하지 않는다.)
• 터치가 끝나면 UIKit은 UITouch객체를 릴리즈한다.

Responder Chain을 바꾸기

• next 프로퍼티를 오버라이딩 함으로써 리스폰더체인을 변경 할 수 있다.
• (When you do this, the next responder is the object that you return.)
• UIKit 클래스들은 이미 이 프로퍼티를 오버라이드하여 특정한 객체를 리턴하여 이미 이 프로퍼티를 구현해놨다.

  • UIView objects. If the view is the root view of a view controller, the next responder is the view controller; otherwise, the next responder is the view’s superview.

  • UIViewController objects.

    • If the view controller’s view is the root view of a window, the next responder is the window object.

    • If the view controller was presented by another view controller, the next responder is the presenting view controller.

  • UIWindow objects. The window’s next responder is the UIApplication object.

  • UIApplication object. The next responder is the app delegate, but only if the app delegate is an instance of UIResponder and is not a view, view controller, or the app object itself.

웹뷰앱 미션과 WKWebKit에 대해 정리하고 공부한 일주일..웹을 모르는 상태에서 WK뭔가 날짜별로 나눠서 정리해서 남겨놓은게 없어서 그냥 일주일동안 공부한 흔적으로 TIL대체.. :(

렌더링: 요청받은 일을 브라우저 화면에 표시

func webView(webView: WKWebView!, decidePolicyForNavigationAction navigationAction: WKNavigationAction!, decisionHandler: ((WKNavigationActionPolicy) -> Void)!)

• The above is a WKNavigationDelegate protocol method that gets called several times during the page load.
• One of its parameters is an WKNavigationAction object which contains information that can help you decide whether to continue page load or not.
  • WKNavigationAction객체를 사용하여 웹뷰를 계속 로드할지 말지 결정하며, 이를 위해서 WKNavigationAction의 아래 속성들을 이용한다.
  • request
  • sourceFrame
  • targetFrame
• WKNavigationActionPolicy
  • .cancel
  • .allow: the page loads as usual and renders in the web view

  func safariViewController(SFSafariViewController, didCompleteInitialLoad: Bool) > 이게 호출되면 컴플리션핸들러 호출되도록..?

  func safariViewControllerDidFinish(SFSafariViewController) Tells the delegate that the user dismissed the view. > 사파리 뷰컨 끄기

화면이 다 뜰때까지 자바스크립트는 postMessage를 한다. load가 호출되고 로딩이 진행되는 중에 navigation이나 scriptmessageHandler는 활성화 되서 계속 그 동작이 있는지 찾음 로딩이 진행되는 중에 js가 계속 메시지를 post하는거같음 완전히 로드되면 postMessage를 하지 않음

컴플리션 핸들러 두번호출되면 에러남 navigationType의 allow와 cancel

URL: https://m.baeminchan.com/
search failed!
URL: about:blank
search failed!
URL: https://m.baeminchan.com/search.php
search success!
2018-06-25 14:39:09.808320+0900 WebViewApp[94065:10947861] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Completion handler passed to -[WebViewApp.ViewController webView:decidePolicyForNavigationAction:decisionHandler:] was called more than once'
*** First throw call stack:
(
	0   CoreFoundation                      0x0000000111bd11e6 __exceptionPreprocess + 294
	1   libobjc.A.dylib                     0x000000010d6d5031 objc_exception_throw + 48
	2   CoreFoundation                      0x0000000111c46975 +[NSException raise:format:] + 197
	3   WebKit                              0x000000011014d897 _ZNK6WebKit28CompletionHandlerCallChecker30completionHandlerHasBeenCalledEv + 203
	4   WebKit                              0x000000011018b462 _ZZN6WebKit15NavigationState16NavigationClient31decidePolicyForNavigationActionERNS_12WebPageProxyEON3WTF3RefIN3API16NavigationActionENS4_13DumbPtrTraitsIS7_EEEEONS5_INS_27WebFramePolicyListenerProxyENS8_ISC_EEEEPNS6_6ObjectEEN3$_1clE24WKNavigationActionPolicyP18_WKWebsitePolicies + 36
	5   WebViewApp                          0x000000010cdc8429 _T0SC24WKNavigationActionPolicyOIeyBy_ABIegy_TR + 25
	6   WebViewApp                          0x000000010cdc849d _T0SC24WKNavigationActionPolicyOIeyBy_ABIegy_TRTA + 13
	7   WebViewApp                          0x000000010cdc8303 _T010WebViewApp0B10ControllerC03webB0ySo05WKWebB0C_So18WKNavigationActionC15decidePolicyForySC0ghJ0Oc15decisionHandlertF + 1795
	8   WebViewApp                          0x000000010cdc83fc _T010WebViewApp0B10ControllerC03webB0ySo05WKWebB0C_So18WKNavigationActionC15decidePolicyForySC0ghJ0Oc15decisionHandlertFTo + 156
	9   WebKit                              0x000000011018886a _ZN6WebKit15NavigationState16NavigationClient31decidePolicyForNavigationActionERNS_12WebPageProxyEON3WTF3RefIN3API16NavigationActionENS4_13DumbPtrTraitsIS7_EEEEONS5_INS_27WebFramePolicyListenerProxyENS8_ISC_EEEEPNS6_6ObjectE + 752
	10  WebKit                              0x000000011033fec0 _ZN6WebKit12WebPageProxy31decidePolicyForNavigationActionEyRKN7WebCore18SecurityOriginDataEyONS_20NavigationActionDataERKNS_13FrameInfoDataEyRKNS1_15ResourceRequestEOSA_yRKNS_8UserDataERbRyRNS1_12PolicyActionERNS_10DownloadIDERSt8optionalINS_19WebsitePoliciesDataEE + 1286
	11  WebKit                              0x000000011037076a _ZN3IPC22callMemberFunctionImplIN6WebKit12WebPageProxyEMS2_FvyRKN7WebCore18SecurityOriginDataEyONS1_20NavigationActionDataERKNS1_13FrameInfoDataEyRKNS3_15ResourceRequestEOSC_yRKNS1_8UserDataERbRyRNS3_12PolicyActionERNS1_10DownloadIDERSt8optionalINS1_19WebsitePoliciesDataEEENSt3__15tupleIJyS4_yS7_S9_ySC_SC_ySG_EEEJLm0ELm1ELm2ELm3ELm4ELm5ELm6ELm7ELm8ELm9EENSW_IJbySL_SN_SR_EEEJLm0ELm1ELm2ELm3ELm4EEEEvPT_T0_OT1_RT3_NSV_16integer_sequenceImJXspT2_EEEENS16_ImJXspT4_EEEE + 139
	12  WebKit                              0x0000000110365da2 _ZN3IPC13handleMessageIN8Messages12WebPageProxy31DecidePolicyForNavigationActionEN6WebKit12WebPageProxyEMS5_FvyRKN7WebCore18SecurityOriginDataEyONS4_20NavigationActionDataERKNS4_13FrameInfoDataEyRKNS6_15ResourceRequestEOSF_yRKNS4_8UserDataERbRyRNS6_12PolicyActionERNS4_10DownloadIDERSt8optionalINS4_19WebsitePoliciesDataEEEEEvRNS_7DecoderERNS_7EncoderEPT0_T1_ + 322
	13  WebKit                              0x0000000110185d7d _ZN3IPC18MessageReceiverMap19dispatchSyncMessageERNS_10ConnectionERNS_7DecoderERNSt3__110unique_ptrINS_7EncoderENS5_14default_deleteIS7_EEEE + 141
	14  WebKit                              0x00000001103bc4d2 _ZN6WebKit15WebProcessProxy21didReceiveSyncMessageERN3IPC10ConnectionERNS1_7DecoderERNSt3__110unique_ptrINS1_7EncoderENS6_14default_deleteIS8_EEEE + 28
	15  WebKit                              0x0000000110150343 _ZN3IPC10Connection19dispatchSyncMessageERNS_7DecoderE + 209
	16  WebKit                              0x000000011014dcba _ZN3IPC10Connection15dispatchMessageENSt3__110unique_ptrINS_7DecoderENS1_14default_deleteIS3_EEEE + 104
	17  WebKit                              0x000000011015056b _ZN3IPC10Connection18dispatchOneMessageEv + 177
	18  JavaScriptCore                      0x000000011a9b33ac _ZN3WTF7RunLoop11performWorkEv + 236
	19  JavaScriptCore                      0x000000011a9b3652 _ZN3WTF7RunLoop11performWorkEPv + 34
	20  CoreFoundation                      0x0000000111b73bb1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
	21  CoreFoundation                      0x0000000111b584af __CFRunLoopDoSources0 + 271
	22  CoreFoundation                      0x0000000111b57a6f __CFRunLoopRun + 1263
	23  CoreFoundation                      0x0000000111b5730b CFRunLoopRunSpecific + 635
	24  GraphicsServices                    0x00000001144c8a73 GSEventRunModal + 62
	25  UIKit                               0x000000010df71057 UIApplicationMain + 159
	26  WebViewApp                          0x000000010cdc9ec7 main + 55
	27  libdyld.dylib                       0x0000000112db2955 start + 1
)
libc++abi.dylib: terminating with uncaught exception of type NSException

웹뷰 마지막 마무리 앱 내에서 웹뷰를 이용하여 웹의 기능을 사용하고, 동시에 웹의 동작을 통제할 수도 있음 WKScriptMessageHandler- 자바스크립트가 웹페이지를 실행하면서 보내는 메시지를 받아서 처리하는 동작을 하는 프로토콜 WKUserContentController- 자바스크립트가 웹뷰에 메시지를 전송하고 user script를 삽입할 수 있도록 함 WKNavigationDelegate- 웹의 탐색 과정중 특정한 타이밍에 맞는 메소드를 호출시킴. 이에 맞춰서 적절한 custom동작을 구현할 수 있다. SFSafariViewController- 앱 내에서 웹을 사파리뷰컨트롤러로 띄우고 관리하게 할 수 있으며, 사파리의 기능을 포함하고있다.

참고했던 링크들 : https://www.appcoda.com/webkit-framework-tutorial/

주소록 앱 만들기 중 연락처 데이터의 이름에 초성 분석이 필요해서 swift의 UnicodeScalar를 사용했어야 했는데, 유니코드와 한글 인코딩을 처음 접해봐서 기초부터 헤맸다. 한글 인코딩과 유니코드에 대해 기본적인 내용만 이해한대로 정리한 글! 아래의 글을 참고해서 작성했다.

• 한글 인코딩의 이해 1편: 한글 인코딩의 역사와 유니코드
• 한글 인코딩의 이해 2편: 유니코드와 Java를 이용한 한글 처리

표준 문자 인코딩

• ex) ASCII. 영어 문자 집합의 시초
• 컴퓨터 간에 문자 데이터를 교환하기위해 문자집합을 코드로 표현(인코딩)

한글의 문자 집합

문자 집합: 문자를 표현하기 위해서는 가장 먼저 ‘문자 집합’을 정의해야 한다. 문자 집합은 표현해야 할 문자를 정하고 순서를 지정한 것.

• 영어: ‘A’ ~ ‘z’ (대문자에서 소문자까지)
• 한글: ‘가’ ~ ‘힣’
• CCS: coded character set. 이러한 문자 집합을 행렬로 표기한 형태
• CES: character encoding scheme. 문자 집합을 컴퓨터에 저장하기 위해서 8비트 단위 형태로 표현한 인코딩 방식
• 한글 표현 방법
  • 조합형: 한글의 원리에 기반하여 초성, 중성, 종성에 각각 코드를 할당하는 방식
  • 완성형: ‘가’,’각’,’간’과같이 완성된 문자에 코드를 할당하는 방식. 한글 표준안이다.

유니코드

• 각 나라 언어에는 컴퓨터에서 해당 언어를 표현할 수 있는 독자적인 문자 집합이 있음
• 하지만 문제는 ‘어떻게 동시에 한국어, 중국어, 일본어를 표현하느냐’
• 하나의 문자 집합을 사용하는 문서에서는 다개국어를 동시에 표현할 수 없었음
• 유럽어의 문자도 마찬가지로 같은 문자지만 문자집합에 따라 코드가 달랐음
• 전 세계적으로 사용되는 모든 문자 집합을 하나로 모아 탄생시킨 것이 유니코드.
• 현재 버전은 2010년 10월 11일 제정된 6.0이다.

유니코드 인코딩 방식

문자 인코딩은 문자들의 집합을 부호화(정보의 형태나 형식을 변환하는 처리)하는 방법이다.

• 유니코드의 인코딩 방식으로는 코드 포인트를 코드화한 UCS-2와 UCS-4, 변환 인코딩 형식(UTF, UCS Transformation Format)인 UTF-7, UTF-8, UTF-16, UTF-32 인코딩 등이 있음
• 이 중 ASCII와 호환이 가능하면서 유니코드를 표현할 수 있는 UTF-8 인코딩이 가장 많이 사용됨

코드포인트

유니코드의 값을 나타내기위해서는 코드포인트를 사용하며, 보통 U+를 붙여 표시함

• ex) A’의 유니코드 값은 U+0041로 표현한다(\u0041로 표기하기도 함)
• 이 중 한글은 U+1100~U+11FF 사이에 한글 자모 영역, U+AC00~U+D7AF 사이의 한글 소리 마디 영역에 포함된다.

유니코드 범위 목록에서 한글 관련 범위

한글표현의 대표적 두 개의 코드영역

• 한글 소리 마디와 한글자모, 한글 자모 확장 이렇게 두 개의 코드 영역이 있다는 것은 같은 글자를 표현하는 서로 다른 두 개의 방법이 있다는 것을 말한다.
• 같은 ‘가’의 글자여도, 표현법에 따라 코드 값이 다르다는 의미.

한글 소리마디

• 초성, 중성, 종성으로 이루어진 한글을 표현하기 위한 영역
• 현대 한글에서 표현 가능한 11,172자를 모두 포함 (‘가’ ~ ‘힣’)
• ‘가’(U+AC00) ~ ‘힣’(U+D7A3)
• 완성된 글자 하나하나에 코드를 매칭
• 각 음절은 초성, 중성, 종성 순으로 정렬
• 확장 완성형과 다른 점은, 초성, 중성, 종성의 분리가 가능
• 초성은 19개, 중성은 21개, 종성은 28개로 이루어져 있음
• 유니코드 한글의 각 음소를 분리하기 참고

한글 자모, 한글 자모 확장

• 초성/종성을 구별하는 자음과 모음으로 구성
• 완성(조합 전) 문자 하나하나에 코드 매칭
• 이를 이용하여 조합형 한글을 표현할 수 있음
• 한글 자모 영역에는 옛한글에서만 사용된 초성, 중성, 종성이 있으므로, 옛한글을 표현할 수 있음
• U+1100부터 U+115E까지는 초성, U+1161부터 U+11A7까지는 중성, U+11A8부터 U+11FF까지는 종성

유니코드 정규화(Unicode equivalence)

유니코드 정규화(Unicode equivalence)란 이렇게 연속적인 코드를 사용하여 표현한 어떤 글자를 처리하는 방법을 다루는 명세이다.

• 프로그래밍 언어의 유니코드 정규화 기능을 사용하여 문자열을 분석할 수 있다.
• ex) Swift UnicodeScalar, Swift String 문서
• 다만 사용자의 환경이 각자 다르고 엄청나게 다양하므로 수많은 인코딩과 마주칠 수 있다고 한다.
• (전반적으로 보자면 웹의 경우에)어딘가에서 한글이 깨진다면, 그 이유는 브라우저 인코딩 값과 서버 인코딩 값이 다르다는 것에 있다.
• (Tomcat에서는 파라미터 인코딩 및 키와 값을 설정하기 위해 org.apache.catalina.connector.Request.parseParameters 메서드와 org.apache.tomcat.util.http.Parameters.processParameters 메서드를 이용하여 처리하고 있다고 한다.)
• 인코딩이 올바르지 않게 설정되면 파라미터에 잘못된 값이 들어가게 된다.
• 웹에서 여러 인코딩을 지원하려면, 인코딩된 URL 문자열과 사용한 인코딩 정보를 파라미터로 전달 해야 한다.

2018.06.18

• 주소록 앱 마지막 단계
• GCD에서 [weak self]사용
• 테이블뷰 IndexPath
• 유동적인 행 높이 지정하기

2018.06.19

• 주소록 앱 미션회고하기
• 주소록 앱 미션 깃헙 이슈에 피드백과 해결방법 정리하기 ok
• 웹앱 미션 시작! ok
• 오토레이아웃 Safe Area: Positioning Content Relative to the Safe Area
  • Safe Area Layout Guide
• Cocoapod 사용 ok
• swiftLint적용 및 설정변경

• UIPresentationController

• 주소록 셀프회고리스트
• • 테이블뷰 컨트롤러는 테이블뷰 데이터소스와 델리게이트를 활용하여 동작.
• 일반 뷰컨트롤러 클래스를 서브클래싱하여(UITableViewController, UITableViewDelegate와 UITableViewDataSource 구현) 테이블뷰컨트롤러를 만들 수 있다.
• UITableViewDelegate: 섹션, 헤더나 풋터, 셀을 지우거나 재정렬, 셀 선택에 대한 설정 담당
• UITableViewDataSource: 앱의 데이터모델과 테이블뷰의 중재를 담당. DataSource 의 테이블뷰에 표시될 데이터에 관련된 메소드를 제공.
• 커스텀 셀은 서브뷰들을 사용해서 셀에 내용을 표시할 수 있다.
• 셀은 reusable
• 셀 높이 지정은 tableView.rowHeight 옵션으로 고정할 수 있다. (고정하지 않으면 콘텐츠 크기에 따라서 늘어남!)

2018.06.20

• WKWebView
• Xib vs. Storyboard vs. Code
• Dynamic Type to Adjust Text Sizes & Fonts Automatically
• Could not signal service com.apple.WebKit.WebContent: 113: Could not find specified service
  • WKWebView() 객체가 하나만(한번만)만들어져서 load시키면 에러가 발생하지 않는다.
  • 그냥 빈 init으로라도 하나만 만들어지면 문제가 발생하지 않았음(step2 코드 참고)
  • 문제는 configuration으로 추정!! configuration설명에서 웹뷰가 처음 초기화될때만 사용할 수 있다. 웹뷰가 만들어지고(초기화되고)나서 이 클래스를 이용해서 웹뷰의 설정을 바꿀 수 없다.는 내용이 있는데 이 때문인지도 모르겠다.

2018.06.21

• 제스쳐에 대해서 헷갈리는 것
  • GestureRecognizer
  • event Loop
  • first Responder
  • 뷰 객체는 기본적으로 모두 이벤트를 받을 수 있도록 열려있음
  • 만약 현재 뷰 hierarchy에서 이벤트를 처리할 수 없으면 그 다음 (더 부모)으로 이벤트가 전달된다고 알고있음…
  • 저 셋의 차이가 정확이 무엇일까 어떻게 동작하는걸까…..?
  • 개발자 문서 읽고 정리하기!
  • 공부한 포스팅1, 공부한 포스팅2

2018.06.23

• 웹뷰는 잠시 넣어둬……
• 한글유니코드 읽어보기
  • 내 나름대로 정리한 포스팅- 한글 인코딩의 이해(유니코드) 완전 기초!

원문자료 - Table View Programming Guide for iOS 를 번역, 정리했습니다. 자습용으로 정리한 자료이니 가볍게 참고만해서 보시면 될 것 같고, 틀린 점은 댓글로 알려주시면 감사하겠습니다! :)

테이블뷰 셀

• 테이블뷰를 이루는 개별적인 행(row)
• UITableViewCell클래스 상속

UITableViewCell클래스 셀 콘텐츠의 프로퍼티

• textLabel: (UILabel 타입) 주제목 레이블
• detailTextLabel: (UILabel 타입) 추가 세부 사항 표시를 위한 부제목 레이블
• imageView: (UIImageView 타입) 이미지 표시를 위한 이미지뷰
• UITableViewCell을 커스텀하는 경우, 기본 프로퍼티와 변수명이 같으면 원하는 대로 동작하지 않을 수 있으니 커스텀 셀 클래스의 변수명은 다르게 지어야함.
  • (imageView, textLabel, detailLabel, accessoryView 등의 기본 프로퍼티 이름)

Configure UITableViewCell

아래의 리스트들을 설정하여 셀을 설정할 수 있음. 셀의 요소를 파악하는데 도움이 되어 가져옴.

• selectionStyle—Controls the appearance of the cell when selected.
• accessoryType and accessoryView—Allow you to set one of the standard accessory views (disclosure indicator or detail disclosure control) or a custom accessory view for a cell in normal (nonediting) mode. For a custom view, you may provide any UIView object, such as a slider, a switch, or a custom view.
• editingAccessoryType and editingAccessoryView—Allow you to set one of the standard accessory views (disclosure indicator or detail disclosure control) or a custom accessory view for a cell in editing mode. For a custom view, you may provide any UIView object, such as a slider, a switch, or a custom view.
• showsReorderControl—Specifies whether it shows a reordering control when in editing mode. The related but read-only editingStyle property specifies the type of editing control the cell has (if any). The delegate returns the value of the editingStyle property in its implementation of the tableView:editingStyleForRowAtIndexPath: method.
• backgroundView and selectedBackgroundView—Provide a background view (when a cell is unselected and selected) to display behind all other views of the cell.
• indentationLevel and indentationWidth—Specify the indentation level for cell content and the width of each indentation level.

커스텀 셀 만들기

셀의 높이: rowHeight프로퍼티

셀 높이 관련 이슈

• 셀 높이를 스토리보드에서 지정해주었지만 셀의 콘텐츠(UIImageview)크기에 따라서 셀 높이가 바뀜
• 
• (이미지가 들어간 셀은 80을 넘어서 이미지 height만큼 셀 높이가 늘어남)

1. UIImageview의 Constraint

• 원인: UIImageview에 왼쪽 이랑 상단, 가로와 세로길이(셀과 동일하도록) constraint밖에안줌
• (보통 view에 frame값 설정해주듯이, 그걸로도 셀 내에서 imageview 위치는 잡힌다고 가정함)
• 시도: 아래랑 오른쪽위치 까지 사방을 다 막아야 제약을 벗어나지 않을까 하고 하단과 오른쪽에 constraint 0으로 줌

2. rowHeight속성으로 셀 크기 지정하기

• 위에서처럼 스토리보드의 속성인스펙터에서 셀의 높이를 지정해주었지만 그게 다가 아님
• 1. tableView.rowHeight = 80처럼 테이블 뷰의 셀의 높이를 지정해줘야함
     • You may set the row height for cells if the delegate doesn’t implement the tableView(_:heightForRowAt:) method. The default value of rowHeight is automaticDimension. (애플문서 참고)
     • 델리게이트 메소드에서 row height을 구현하지 않을거면 위의 방법처럼 프로퍼티에 값을 바로 넣어줘야한다. 만약 rowHeight을 구현하지 않으면 기본값이 automaticDimension이기 때문에 자동 self-resizing이 된다.
• 1. 셀 높이를 델리게이트 메소드를 통해서 지정해주는 방법: tableView(_:estimatedHeightForRowAt:) -> CGFloat
     • 해당 메소드를 구현하지 않으면 automaticDimension를 리턴 하여 셀이 self-resizing됨
• 두 방법의 차이점 : 성능 차이
  • There are performance implications to using tableView(_:heightForRowAt:) instead of rowHeight. Every time a table view is displayed, it calls tableView(_:heightForRowAt:) on the delegate for each of its rows, which can result in a significant performance problem with table views having a large number of rows. (애플문서 참고)
  • tableView.rowHeight을 전부 다 세팅해주는 것 보다, 셀이 하나 그려질때마다 델리게이트의 메소드를 호출해서 셀의 높이를 리턴받아서 설정하는것이 더 성능상 비효율을 일으킬 수 있다. 만약 테이블뷰의 셀이 1000개정도 된다면 그 성능 문제는 더욱 심각해질 수 있는 것.

참고자료

• 참고링크 - 애플문서 rowHeight
• 참고링크 - 애플문서 tableView(_:heightForRowAt:)
• 참고링크 - stackoverflow
• 참고링크 - Table View 유동적인 행 높이 지정하기
• 참고링크 - Raywenderlich(Self-sizing Table View) Cells