@synthesized 인스턴스 변수를 언제 사용하지 않겠습니까? 현대 오브젝티브 C 런타임에서

Question

, 당신은 같은 것을 할 수 있습니다 : 그것은 나의 이해는 현대 런타임 함께

@interface MyClass : NSObject { 
} 
@property NSString *stringProperty; 
@end 

@implementation MyClass 
@synthesize stringProperty; 
@end 

이 단지 내 속성에 대한 접근을 합성하지 않을 것이다, 그러나 또한 인스턴스 변수 자체, 그래서 나는이 클래스의 메서드 중 하나 인 [stringProperty length];에서 말할 수 있었고 마치 인스턴스 변수를 선언 한 것처럼 작동 할 것입니다.

필자는이 코드를 지금 모든 코드에서 사용하기 시작했습니다. 왜냐하면 필자가 반복해서 작성해야하는 것은 하나이기 때문입니다. 그리고 clang 2.0 컴파일러에 대해서 들었습니다. @synthesize을 건너 뛸 수도 있습니다 (하지만 다른 문제입니다). 그러나 나는 궁금해했다. 이것을하기에있어서의 단점은 무엇인가? 내 속성에 실례로 인스턴스 변수가 필요할 수 있습니까?

가끔은 변수를 비공개로 유지하고 외부 액세스 권한을 부여하지 않을 때가 있다는 것을 알고 있습니다 (하지만 보통 개인 클래스 확장에서 속성을 선언하거나 그 속성을 만들지 않습니다). 내가 접근자를 필요로하지 않는다면 모두).

내가 이것을하고 싶지 않은 경우가 있습니까?

Answer 1

합성 인스턴스 변수를 사용하지 않는 것이 가능한 이유 중 하나는 현재 버전의 Xcode (3.2.5)에서 디버그하는 데 약간의 고통이된다는 것입니다. GDB를 통해 코드를 실행할 때 라이브 디버거 뷰에 나타나지 않는 것 같습니다. po [0xOBJ_ADDRESS propertyName]과 같은 gdb 콘솔을 사용하는 유일한 방법입니다. 표준이 아닌 합성 된 ivar만큼이나 훌륭합니다.

어쩌면 Xcode 4에서는이 문제를 해결하지만 충분한 경험이 없으므로 (여전히 NDA에 의거하고 있습니다). 이 SO 질문에

상세 정보 : Seeing the value of a synthesized property in the Xcode debugger when there is no backing variable

Answer 2

당신은 하나의 인스턴스 변수에 대한 많은 특성을 제공 할 수 있습니다, 예를 들어, :

• 직사각형과 극 시스템
를 모두 좌표를 액세스하기위한도, 라디안 모두 각도 값을 액세스하기위한

이러한 경우에는 인스턴스 변수 (이미 있음) 또는 접근 자 메소드 (변환을 제공하기 위해 제공하려는)를 합성하지 않으려 고합니다.

Answer 3

언제든지 직렬화해야하는 클래스에서 (누군가가 더 좋은 방법을 알지 못한다면) 변환해야합니다. 예를 들어, 숫자 값을 가진 클래스가있는 경우. 정수를 직렬화하여 클래스의 NSNumber로 저장할 수는 없지만 속성은 정수 유형입니다.

또 다른 예는 CoreData로 작업 할 때 Apple이 권장하는대로 코딩하는 경우입니다. NSManagedObject에서 파생 된 사용자 지정 클래스를 관리되는 개체의 클래스로 만들고 각 특성에 대해 속성을 사용해야한다고합니다. 그렇다면 @synthesize 대신 @dynamic을 사용할 것이고 iVar는 전혀 필요하지 않습니다.

Answer 4

또 다른 이유는 변수 액세스를 직접 바로 가기를 방지하는 것입니다.개체 변수 - :

나는 개인 코딩 규칙에 따라하려고 밑줄 '_xxx' 와 접두사 - 속성을 : 밑줄없이 이름

이 내가 의도하지 않게 쓸

같은 절대 보장 'xxx는'

[xxx someMessage]; 

xxx = value; 

또는

나는 항상 게터/세터를 사용하고 싶습니다.

Answer 5

하지만 궁금했는데

self.xxx = value; 
[self.xxx someMessage]; 

당신이 개체 변수들에 대한 lazy 초기화를 사용하는 경우에 특히 유용합니다 ...,이 일의 단점은 무엇입니까? 내 속성에 실례로 인스턴스 변수가 필요할 수 있습니까?

가능한 이유 : 당신이 서브 클래스의 오버라이드 (override) 또는 KVO 걸려 넘어없이 init 및 dealloc의 인스턴스 변수를 변경할 수 있습니다

• .
• 이 앱은 Mac OS X에서 32 비트 모드로 컴파일되고 실행됩니다. 64 비트를 지원하지 않는 인텔 맥이 여전히 있습니다.

첫 번째 요점이 실제로 얼마나 유효한 지 잘 모르겠습니다. 문제를 둘러싼 다른 방법이있을 수 있습니다. 두 번째 요점은 이전 Mac을 지원해야하는 경우 게임 오버가 발생한다는 것입니다.