사용자 정의 보기를 위한 Interface Builder 플러그인을 언제 생성해야 합니까?

Question

플러그인을 사용하여 언제 인터페이스 빌더에 사용자 정의 보기를 통합하도록 권장합니까?Apple을 훑어볼 때 인터페이스 빌더 플러그인 프로그래밍 가이드 내가 찾은 것 :

• 사용자 정의 개체를 하나의 응용 프로그램에서만 사용할 예정입니까?
• 귀하의 사용자 정의 객체는 귀하의 애플리케이션에서만 발견되는 상태 정보에 의존합니까?
• 독립 실행형 라이브러리나 프레임워크에 사용자 정의 뷰를 캡슐화하는 것이 문제가 될까요?

앞의 질문 중 하나라도 예라고 대답했다면 해당 객체는 플러그인에 적합하지 않을 수 있습니다.

이것이 제 질문 중 일부에 대한 답이 되었지만, 그것이 언제 좋은 생각인지에 대해서는 여전히 여러분의 생각을 듣고 싶습니다.이점은 무엇이며 시간 투자 규모는 얼마나 됩니까?

Answer 1

애플리케이션이 사용하는 뷰 및 컨트롤러 클래스를 별도의 프레임워크(애플리케이션 래퍼에 포함됨)로 푸시하는 것이 합리적입니다. 이를 위한 인터페이스 빌더 플러그인도 생성합니다.

무엇보다도 애플리케이션에서 일반적으로 사용되는 클래스는 흩어져 있는 것이 아니라 Interface Builder에서 사용 지점에 구성될 수 있습니다. -awakeFromNib 구현.이는 또한 인터페이스 빌더에서 설정할 수 있는 바인딩을 객체에 노출시킬 수 있는 유일한 방법이기도 합니다.

약간의 코딩이 필요하지만 여러 곳에서 사용되고 실제로 사용되기 전에 추가 설정이 필요한 뷰 및 컨트롤러 클래스의 경우 전체적으로 많은 시간을 절약할 수 있습니다.그리고 자신만의 컨트롤러와 뷰 클래스를 사용한 개발 경험은 Cocoa를 사용한 개발과 비슷할 것입니다.

Answer 2

나는 Apple 지침이 이를 훌륭하게 요약했다고 생각합니다.

여러 응용 프로그램에서 사용되며 완전히 일반적인 컨트롤을 작성하는 경우 사용자 정의 개체를 만드는 것이 좋습니다.인터페이스 빌더에서 직접 모양을 시각화하고 속성을 설정할 수 있습니다.

컨트롤이 하나의 애플리케이션으로 제한되어 있거나 데이터와 밀접하게 결합되어 있는 경우 이를 사용자 정의 개체로 옮기는 것은 실제로 많은 이점을 얻지 못합니다.

사용자 정의 보기를 만드는 것은 어렵지 않습니다. 따라하기 쉬운 가이드가 많이 있습니다.