컴파일 할 때 속성에 명시 적으로 타이핑해야하는 이유는 무엇입니까?

Question

속성 구문을 사용하는 컴파일은 컴파일 타임에 수신기 유형을 알아야합니다. 내가 뭔가를 이해하지 못할 수도 있지만 Objective-C가 동적 인 언어라는 점을 감안할 때 이것은 깨진 또는 불완전한 컴파일러 구현처럼 보입니다.

속성 "주석이"로 정의됩니다

@property (nonatomic, retain) NSString *comment; 

및 합성 :

"문서"에 부합 몇 가지 클래스 중 하나의 인스턴스입니다 :

@protocol DocumentComment <NSObject> 

@property (nonatomic, retain) NSString *comment; 

@end 

은

으로 간단히 표시됩니다.

,

id document; 

다음 속성 신택스를 사용하는 경우 :

stringObject = document.comment;  

다음 에러가 GCC에 의해 생성된다 : 그러나

error: request for member 'comment' in something not a structure or union 

다음 동등한 수신기 방식의 구문, 경고 또는 에러없이 컴파일 런타임에 예상대로 잘 작동합니다.

stringObject = [document comment]; 

왜 등록 정보에서 컴파일 타임에 수신자 유형을 알아야하는지 이해할 수 없습니다. 제가 누락 된 것이 있습니까? 수신 객체가 동적 유형을 갖는 상황에서 오류를 피하기 위해 후자의 구문을 사용하기 만합니다. 반쯤 구운 것 같습니다.

Answer 1

속성 액세스를 컴파일하려면 속성 이름을 올바른 getter/setter 이름으로 변환하는 방법을 알아야합니다. 속성이 선언의 일부로서 이름을 재정의 수 있으므로 수신기의 유형을 모른 채, 컴파일러는 아마도과 같이, 게터/세터라는 것을 알 수 없습니다

@property (nonatomic, retain, getter=myComment) NSString *comment; 

를 컴파일러가 있다면 계속해서 타입이 지정되지 않은 예제 코드를 생성하면 [document comment]이 생성되어 런타임에 올바르게 생성 된 코드가 실제로는 [document myComment]이므로 실패합니다.

Answer 2

케빈이 증상 중 하나를 범했습니다.

속성을 디자인 할 때 id을 도트 구문의 대상으로 사용하기 위해 이 아닌이 매우 구체적인 결정을 내 렸습니다. Kevin이 지적한 애매 모호한 것 이외에, 모두 (ID) 수신기와 관련된 모호성을 피하는 욕구가 바람직한 것으로 간주되었습니다.

일반적으로 완전히 규정되지 않은 id을 사용하면 바람직하지 않으며 적극적으로 권장하지 않습니다. 언어로 새로운 기능을 만들 때 id을 지원하지 않으면 새로운 기능에서 코딩 패턴이 깨지기 쉽습니다.