응용 프로그램의 핵심으로 사용되는 AppDelegate를 여러 곳에서 읽었습니다 (실제 UIApplication 대리자 자체는 제외).사용자 지정 대리자
코드 모듈화를 유지하기 위해 사용자 지정 대리자 클래스를 만드는 것이 현명한 방법일까요?
예를 들어 다양한 텍스트 입력을 형식화해야하는 경우 포맷터 대리자 클래스를 만들고 서식을 지정해야하는 텍스트 입력 개체에 대리자를 설정합니다.
의미가 있습니까?
읽은 기사의 요점은 '모든 애플리케이션 로직을 앱 위임으로 유지하지 마세요'입니다. 앱 위임자의 책임은보기, 데이터 흐름 또는 네트워크 호출을 관리하지 말고 애플리케이션의 적절한 부분에 알리기 때문에 앱 수명주기의 중요한 이벤트를 간단한 방식으로 처리하는 것입니다. 예를 들어 application:didFinishLaunchingWithOptions: 대표자는 대개 루트 컨트롤러의보기를 창에 추가하여이 창이 활성 상태로 만들고 나머지는 컨트롤러에 남겨 둡니다.
그래서 앱 에이젼트에 IBActions와 IBOutlets를 넣는 것은 허용 될까요? –
새로 만든 앱을 살펴보면 앱 델리게이트에 이미 'IBOutlet'이 있음을 알 수 있습니다. 당신은 그것들을 애플 리케이션 델리게이트에서 그냥 지나치게 사용하지 않도록 할 수 있습니다. 컨트롤러는 일반적으로 컨트롤과 같은 작업을 처리하기에 더 좋은 장소입니다. – hoha
텍스트 포맷터에 왜 위임 디자인 패턴이 필요한지 잘 모르겠습니다. 그 결과 형식화 된 텍스트를 리턴하는 클래스 메소드에 대한 호출을 사용할 수 없습니까? – Robert
나는 시나리오로, 순수한 예제로만 사용하고 있습니다. –