언제 플러그인을 사용하여 Interface Builder에 사용자 정의보기를 통합 할 것을 권장합니까? 애플의 Interface Builder Plug-In Programming Guide을 감추고 때 나는 발견 사용자 정의보기 용 인터페이스 빌더 플러그인을 언제 만들어야합니까?
- 는 하나의 응용 프로그램에서 사용 될 것 사용자 정의 객체인가?
- 사용자 지정 개체는 응용 프로그램에서만 발견되는 상태 정보에 의존합니까?
- 독립형 라이브러리 또는 프레임 워크에 사용자 지정보기를 캡슐화하는 것이 문제가됩니까?
위의 질문에 예라고 대답 한 경우, 개체가 플러그인에 적합하지 않을 수 있습니다.
제 질문에 대한 답이 있지만 좋은 생각은 언제든지 생각해 둡니다. 장점은 무엇이며 시간 투자는 얼마나 큰가요?
응용 프로그램에서 사용하는보기 및 컨트롤러 클래스를 응용 프로그램 래퍼에 포함 된 별도의 프레임 워크로 푸시하는 것이 합리적입니다. 인터페이스 작성기 플러그인도 생성합니다.
다른 이유로도 응용 프로그램에서 일반적으로 사용되는 클래스는 -awakeFromNib 구현이 아니라 Interface Builder에서 사용 시점에서 구성 할 수 있습니다. 인터페이스 빌더에서 설정할 수있는 바인딩을 객체에 표시 할 수있는 유일한 방법이기도합니다.
코딩 방법은 약간이지만 한 곳 이상에서 사용되는 뷰 및 컨트롤러 클래스의 경우 실제로 사용하기 전에 추가 설정이 필요하므로 전체적으로 많은 시간을 절약 할 수 있습니다. 그리고 자신의 컨트롤러 및 뷰 클래스로 개발 한 경험은 Cocoa로 개발하는 것과 같습니다.
나는 Apple 가이드 라인이 멋지게 요약했다고 생각한다.
여러 응용 프로그램에서 사용되며 완전히 일반적인 컨트롤을 작성하는 경우 사용자 지정 개체를 만드는 것이 좋습니다. 인터페이스 빌더에서 직접 룩앤필 속성을 시각화 할 수 있습니다.
컨트롤이 하나의 응용 프로그램으로 제한되거나 데이터와 밀접하게 결합 된 경우이를 사용자 지정 개체로 옮기면 실제로 많이 팔리지 않습니다.
사용자 지정보기를 만드는 것이 어렵지 않습니다. 가이드를 쉽게 따라갈 수있는 가이드가 많습니다.
동의합니다. 하지만 뷰 클래스를 대상 번들에 직접 추가하는 대신 별도의 프레임 워크에 추가 할 것입니다. 심지어 애플리케이션 번들에 임베드 된 경우에도 마찬가지입니다. – Sven