iPhone/iPad 이벤트 처리기를 별도의 .m 파일로 분리 한 다음 viewcontroller @implementation에서 #import하는 것이 합리적입니까?

Question

iPhone/iPad 개발에 대한 초보자가 여기 있습니다. 이상한 질문 인 경우 용서해주세요. 의 @implementation 후

후 별도하는 .m 파일에 콜백을 UIViewController 내에서보기에서 대부분의 객체 (또는 객체 그룹), 이벤트 콜백을 정의해야 할 필요가 그룹에 합리적인 것 같다 점을 감안하고 #import을 viewcontroller?

이 방법, 표준 방법, 난 nitWithNibName:, -viewDidLoad, shouldAutoRotateInterfaceOrientation:, didReceiveMemoryWarning:, -viewDidUnload과 (엑스 코드에 의해 제공)의 dealloc은 viewcontroller.m 파일에 정의 된 유일한 방법이 될 것입니다. viewcontroller.m 파일은 이벤트 콜백의 모 놀리 식 괴물이되지 않으며 유지 관리가 더 간단합니다. 나는 당신이 당신의 @synthesize 콘센트들 뒤에 넣었다고 생각하고 있습니다.

생각하십니까?

Answer 1

모 놀리 식 파일을 만드는 것처럼 보일 수도 있지만 ViewController는 실제로이 모든 것들을위한 장소입니다. 만약 당신이 제안한 것을한다면 (그것은 전적으로 가능합니다), 당신은 거의하지 않는 파일들로 끝날 것입니다.

한 가지 방법이 큰 파일 구성을 계속하는 것은과 같이 프라그 마크와 방법의 별도의 그룹입니다 :

#pragma mark lifecycle methods 

-(void)dealloc{} 
-(id)init{} 
-(id)initWithCoder: 

#pragma mark target-action 

-(id)doSomethingAction:(id)sender{} 
-(id)doSometingElse:(id)sender{} 

엑스 코드는 프라 그마 마크 및 그룹에게 풀다운 항목 표시 줄에 당신을위한 방법을 분석한다 쉬운 접근을 위해. 이 목록의 메소드도 알파벳 순서로 나열됩니다.

/* File: Header A */ 
@interface MONViewController : NSViewController 
{ 
    unsigned anIvar; 
} 

@property (nonatomic, readonly) unsigned anIvar; 

- (id)initWithNibName:(NSString *)nibName bundle:(NSBundle *)bundle; 
- (void)dealloc; 

- (void)viewDidLoad; 
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation; 

/* (continued) */ 

@end 

/* File: Header A or Header B, depending on how you want to organize it */ 

@interface MONViewController (EventCallbacks) 

- (IBAction)triviaButtonWasPressed:(id)sender; 

/* (continued) */ 

@end 

/* File: Imp A */ 
@implementation MONViewController 

- (id)initWithNibName:(NSString *)nibName bundle:(NSBundle *)bundle { /* ... */ } 
- (void)dealloc { /* ... */ } 
- (unsigned)anIvar { /* ... */ } 

- (void)viewDidLoad { /* ... */ } 
- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation { /* ... */ } 

/* (continued) */ 

@end 

/* File: Imp A or Imp B, depending on how you want to organize it */ 

@implementation MONViewController (EventCallbacks) 

- (IBAction)triviaButtonWasPressed:(id)sender { /* ... */ } 

/* (continued) */ 

@end 

다행히, 컴파일러는 범주를 정의 할 때 클래스에서 수행되는 것처럼, 모든 선언을 정의한 있는지 확인합니다 :

Answer 2

여기에 하나 개의 대안의 그림이이 objc 범주를 사용합니다. 프로토콜과 같은 적절한 클래스 구현에서 정의되어야하는 것이 있습니다.

작은 파일을 여러 개 만들면 조심해야하므로 빌드 시간이 많이 걸릴 수 있습니다. 또한이 경우 하위 클래 싱 이후 다소 불가피하지만 확장 성 문제는 인터페이스/클래스가 너무 많이 수행하려고 시도하고 작은 구성 요소로 분할되어야한다는 알림으로 작용해야합니다. 행운을 빕니다!

Answer 3

필자가 분리 해낸 문제점은 대부분의 콜백이 클래스 로컬 변수와 함께 작동해야하며, @implementation에 대한 해당 헤더 파일에서 선언하도록하는 것이 더 간단하다는 것입니다. 나에게보기 컨트롤러에서 이벤트 처리 항목을 유지하고 다른 기능을 일부 별도의 파일로 옮겨 놓는 것이 더 합리적입니다 ...

하지만 무엇이든 부수는 것은 동일한 클래스 인스턴스 변수를 사용해야 할 수도 있습니다 즉, 클래스 변수를 공개하지 않아도되도록 만들 수 있습니다.

Justin이 제시 한 카테고리 브레이크 아웃은이 문제를 해결하지만 기술적으로 볼 수없는 클래스 인스턴스 변수를 사용하는 것은 이상한 것처럼 보입니다.