프로그래밍 방식으로 또는 NIB에서 사용자 지정 컨트롤 초기화

Question

사용자 지정 UI 컨트롤을 작성 중이며 초기화에 대한 표준 방법 (특히 컨트롤의 대리자 의존성)에 대해 궁금합니다. 대부분의 컨트롤과 마찬가지로 컨트롤도 대리자를 사용하여 렌더링 방법에 대한 중요한 정보를 제공합니다.

NIB 내에서 컨트롤을 사용하는 경우 및 awakeFromNib 메서드가 올바르게 호출되고 대리자는 IBOutlet을 통해 올바르게 설정됩니다. awakeFromNib은 대리자와 상호 작용하여 내 컨트롤을 설정하는 setupControl이라는 보조 메서드를 호출합니다. 인생의 좋은!

그러나 initWithFrame:을 사용하여 수동으로 컨트롤을 만들면 분명히 awakeFromNib이 호출되지 않습니다. 다른 개발자가 IB 및 프로그래밍 방식 컨트롤 작성을 모두 지원하는 방법에 대해 궁금합니다. 나는 프로그램의 경우를 지원하기위한 기술의 몇 가지를 볼 수 있습니다 setupControl 다음 setDelegate: 다음

이

• 포스 개발자 initWithFrame:를 호출,. 너무 번거롭지는 않지만 내 컨트롤의 내부 작동을 노출합니다 (즉, 그들은 setupControl에 대해 알고 있어야합니다)
• 대리자를 가져 오는 방법을 수정하십시오 (initWithFrame:). 이것은 내부 동작을 좀 더 캡슐화하지만, 특히 이것이 일반적으로 사용되는 관용구라는 것을 확신하지 못합니다 (대리자 응답을 기반으로하는 하위 뷰를 조작하는 것이 보통 뷰의 수명주기에서 약간 지연 될 때까지 지연되는 것 같습니다.
• setDelegate: 접근자를 재정 의하여 setupControl 메서드를 호출하십시오. 이것에 대한 큰 팬은 아니며, 부작용에 의한 프로그래밍을 자극합니다.

그냥 내가 간과 한 기술을보기 위해 거기에 버릴 것이라고 생각했습니다. 생각?

감사합니다. 크레이그

Answer 1

처음 : -awakeFromNib은 NIB가 완전히로드되면 자동으로 컨트롤로 전송됩니다. 즉, NIB에 캡슐화 된 전체 UI가로드되면 코코아는 모든 UI 구성 요소에 -awakeFromNib을 보냅니다. 로딩 한 후에 이것을 보내는 유일한 이유는 IBOutlet을 사용하지 않는 것입니다. 정상적으로 프로그래밍 방식으로 컨트롤을 추가하면 NIB의 압축을 푼 후 모든 UI 항목이로드 된 후 (IBOutlet을 사용자 지정 컨트롤에 연결한다고 가정) 컨트롤이 추가됩니다. 따라서 -initWithFrame: 메서드가 끝날 때 -awakeFromNib으로 전화하면 잠재적 인 문제가 없습니다.

및 프로그래밍 방식으로 컨트롤을 만들 때는 누구나 -setDelegate:을 호출해야합니다. -initWithFrame: + -setDelegate:은 기능 컨트롤을 얻는 데 그다지 중요하지 않습니다.)