자아 테스트는 여전히 필요하고 의미가 있습니까?

Question

(예 지정 초기화)에서 오브젝티브 C 인스턴스의 일반적인 초기화 시퀀스 등 간다 :

- (id)initWithFrame: (NSRect)frame { 
    self = [super initWithFrame: frame]; 
    if (self != nil) { 
    // Do your stuff. 
    } 
    return self; 
} 

이것은 잘 알려진 패턴이지만, 자기가 할당 된 경우 테스트 정말 필요한가? 내 말은, 어떤 것이 super 메소드에서 실패한다면, 단순히 nil을 리턴하는 것보다 예외를 발생시키지 않을 것인가? 그것은 안전한 패턴입니까? super 호출에 문제가 있지만 여전히 (임의의) 포인터를 반환하면 어떻게 될까요?

확실히 방어 프로그래밍의 문제이지만 실제로 아무런 결과도 없다는 것을 알고있는 경우 많은 테스트를 수행하는 것이 과장된 것입니다. 물론, 자체을 확인하는 것이 합리적 일 수 있습니다 (문서화해야 함).

Answer 1

질문은 다음과 같이 요약됩니다. 이니셜 라이저에서 nil을 반환하는 알려진 클래스가 있습니까?

거의없는 것 같습니다. 물론 오류를 지적하기 위해 nil을 반환해야하는 알려진 경우 (생성자가 종종 NSError을 참조로 가져 오는 경우)가 있습니다.

그러나 대부분의 다른 초기화 프로그램은 self 인수 또는 클래스의 다른 인스턴스를 반환합니다. 그렇지 않은 경우 문서에서 명확하게 표현되어야합니다. 코드는 일반적으로 객체 생성에 의존하므로 실패하지 않습니다.

그래서 수퍼 클래스의 동작을 확인할 때 nil에 대한 테스트를 생략해도 안전하다고 생각합니다.

반면에 패턴은 매우 유사하여 공동 개발자가 누락에 대해 혼란 스러울 수 있으며이를 감독으로 지적 할 수 있습니다. 따라서 조건이없는 스타일로 전환하려는 경우 적어도 동료 개발자에게 어떻게 든 전달되어야합니다.

Answer 2

무언가가 잘못되었을 때 objective-c 프로그램에서 예외를 제기하는 것이 합당한 행위가 아닙니다. throw 예외는 치명적이고 복구 불가능한 프로그래머 오류 상황에서만 사용해야합니다.

init 메서드에서 오류를 알리는 올바른 방법은 nil을 반환하고 선택적으로 전달 된 NSError 포인터에 자세한 정보를 입력하는 것입니다. _foo = 2 짧은 손이기 때문에 어떤 역 참조 것, self->_foo = 2, 이것은 슈퍼 초기화는 nil을 반환하는 경우 충돌합니다

@implementation { 
    int _foo; // instance variable 
} 

- (id)initWithFrame: (NSRect)frame { 
    self = [super initWithFrame: frame]; 
    if (self != nil) { 
    _foo = 2; 
    } 
    return self; 
} 

: 테스트는 슈퍼 초기화를 반환 전무는 쓸모 초기화를 수행에서 당신을 방지하고, 같이 가능한 충돌을 방지 할 수있는 경우 nil 포인터. (메시지 만 자기가 0 일 때 nil을 반환합니다. 직접 ivar에 액세스해도 직접적으로 보장되지 않습니다.)

Answer 3

일부 클래스는 심지어 Apple 고유의 NS 클래스도 이니셜 라이저에서 nil을 반환 할 수 있습니다. NSArray 및 NSDictionary의 initWithContentsOfFile: 및 initWithContentsOfURL: 메소드 그 대신에 예외가 발생해야합니까? 아니! 쉽게 감지 할 수 있고 쉽게 복구 할 수 있습니다. 예외를 저지르는 것은 올바른 오류 검사를 수행하는 데 신경 쓸 수없는 게으른 프로그래머를위한 버팀목 일뿐입니다.