id 대신 instancetype을 사용하는 것이 유리합니까?

Clang instancetype은 내가 볼 수 id있는 한 -allocand를 반환 유형으로 대체 하는 키워드 를 추가합니다 init.

instancetype대신에 사용하면 이점 이 id있습니까?

확실히 이점이 있습니다. 'id'를 사용하면 본질적으로 유형 검사가 전혀 없습니다. 인스턴스 유형을 사용하면 컴파일러와 IDE가 어떤 유형의 항목이 반환되는지 알고 코드를 더 잘 확인하고 자동 완성하는 것이 좋습니다.

물론 의미가있는 곳에서만 사용하십시오 (즉, 해당 클래스의 인스턴스를 리턴하는 메소드). id는 여전히 유용합니다.

예, instancetype적용되는 모든 경우 에 사용하면 이점이 있습니다 . 더 자세히 설명 하겠지만,이 대담한 문장으로 시작하겠습니다 : instancetype적절할 때마다 사용하십시오 . 클래스가 같은 클래스의 인스턴스를 반환 할 때마다 사용하십시오 .

사실, 애플이 지금이 주제에 대해 말한 내용은 다음과 같습니다.

코드에서 발생 id하는 값을 리턴 값으로 대체하십시오 instancetype. 이것은 일반적으로 init메소드 및 클래스 팩토리 메소드 의 경우입니다 . 컴파일러가 "alloc", "init"또는 "new"로 시작하고 반환 유형이 idreturn instancetype인 메서드를 자동으로 변환하더라도 다른 메서드는 변환하지 않습니다. Objective-C 규칙은 instancetype모든 메소드에 대해 명시 적으로 작성 하는 것입니다.

• 강조합니다. 출처 : 현대 Objective-C 채택

그 길을 벗어나서 계속 나아가서 왜 그것이 좋은 생각인지 설명합시다.

먼저 일부 정의는 다음과 같습니다.

 @interface Foo:NSObject
 - (id)initWithBar:(NSInteger)bar; // initializer
 + (id)fooWithBar:(NSInteger)bar;  // class factory
 @end

클래스 팩토리의 경우 항상을 사용해야 instancetype합니다. 컴파일러는 자동으로 변환하지 않습니다 id에 instancetype. 그것은 id일반적인 대상입니다. 그러나 그것을 instancetype컴파일러로 만들면 컴파일러는 메소드가 반환하는 객체 유형을 알고 있습니다.

이것은 학문적 인 문제 가 아닙니다 . 예를 들어, [[NSFileHandle fileHandleWithStandardOutput] writeData:formattedData]Mac OS X에서 오류가 발생합니다 ( 만 해당 ) 결과, 매개 변수 유형 또는 속성이 일치하지 않는 'writeData :'라는 여러 메소드가 발견되었습니다 . 그 이유는 NSFileHandle과 NSURLHandle이 모두를 제공하기 때문 writeData:입니다. 를 [NSFileHandle fileHandleWithStandardOutput]반환하기 때문에 id컴파일러는 어떤 클래스 writeData:가 호출 되는지 확실하지 않습니다 .

다음 중 하나를 사용하여이 문제를 해결해야합니다.

[(NSFileHandle *)[NSFileHandle fileHandleWithStandardOutput] writeData:formattedData];

또는:

NSFileHandle *fileHandle = [NSFileHandle fileHandleWithStandardOutput];
[fileHandle writeData:formattedData];

물론 더 나은 해결책은을 fileHandleWithStandardOutput반환하는 것으로 선언 하는 것 instancetype입니다. 그런 다음 캐스트 또는 할당이 필요하지 않습니다.

(전용으로 iOS에서,이 예제는 오류가 발생하지 않습니다 NSFileHandle제공하고 writeData:있다. 다른 예와 같은 존재 length반환, CGFloat에서 UILayoutSupport하지만 NSUInteger에서 NSString.)

참고 : 이것을 작성 했으므로 macOS 헤더가가 NSFileHandle아닌 을 반환하도록 수정되었습니다 id.

초기화 프로그램의 경우 더 복잡합니다. 이것을 입력하면 :

- (id)initWithBar:(NSInteger)bar

… 컴파일러는 다음과 같이 입력 한 것처럼 가장합니다.

- (instancetype)initWithBar:(NSInteger)bar

이것은 ARC에 필요했습니다. Clang 언어 확장 관련 결과 유형에 설명되어 있습니다 . 그렇기 때문에 사람들은 사용해야 할 필요는 없다고 말할 것 instancetype입니다. 이 답변의 나머지 부분은 이것을 다룹니다.

세 가지 장점이 있습니다.

1. 명백한. 귀하의 코드는 다른 것이 아니라 말하는 것을하고 있습니다.
2. 무늬. 당신은 존재하는 중요한 문제에 대해 좋은 습관을 쌓고 있습니다.
3. 일관성. 코드에 대한 일관성을 설정하여 코드를 더 읽기 쉽게 만듭니다.

명백한

에서 복귀 하면 기술적 인 이점이 없다는 것은 사실입니다 . 컴파일러는 자동으로 변환하기 때문에 그러나 이것은이다 에를 . 이 기발한 말에 의존하고 있습니다. 에서를 반환 한다고 쓰는 동안 컴파일러는를 반환하는 것처럼 해석합니다 .instancetypeinitidinstancetypeinitidinstancetype

이들은 컴파일러 와 동일 합니다.

- (id)initWithBar:(NSInteger)bar;
- (instancetype)initWithBar:(NSInteger)bar;

이것들은 당신의 눈과 동일하지 않습니다. 기껏해야 차이점을 무시하고 넘어가는 법을 배웁니다. 이것은 무시하는 법이 아닙니다.

무늬

init다른 방법 에는 차이가 없지만 클래스 팩토리를 정의하자마자 차이 가 있습니다.

이 두 가지는 동일하지 않습니다 :

+ (id)fooWithBar:(NSInteger)bar;
+ (instancetype)fooWithBar:(NSInteger)bar;

두 번째 형태를 원합니다. instancetype생성자의 반환 유형 으로 입력하는 데 익숙하다면 매번 올바르게 얻을 수 있습니다.

일관성

마지막으로, 당신이 그것을 모두 합치면 상상해보십시오. init함수와 클래스 팩토리 를 원합니다 .

idfor 를 사용하면 다음 init과 같은 코드가 생깁니다.

- (id)initWithBar:(NSInteger)bar;
+ (instancetype)fooWithBar:(NSInteger)bar;

그러나를 사용 instancetype하면 다음을 얻습니다.

- (instancetype)initWithBar:(NSInteger)bar;
+ (instancetype)fooWithBar:(NSInteger)bar;

더 일관성 있고 읽기 쉽습니다. 그들은 똑같은 것을 반환하고 지금은 분명합니다.

결론

의도적으로 구형 컴파일러 용 코드를 작성하지 않는 한 instancetype적절한 경우 사용해야합니다 .

메시지를 작성하기 전에 주저해야합니다 id. 스스로에게 물어보십시오 :이 클래스의 인스턴스를 반환합니까? 그렇다면 instancetype입니다.

확실히 반환 해야하는 경우가 id있지만 instancetype훨씬 더 자주 사용할 것입니다 .

위의 답변은이 질문을 설명하기에 충분합니다. 독자가 코딩 측면에서 이해하기 위해 예제를 추가하고 싶습니다.

ClassA

@interface ClassA : NSObject

- (id)methodA;
- (instancetype)methodB;

@end

B 종

@interface ClassB : NSObject

- (id)methodX;

@end

TestViewController.m

#import "ClassA.h"
#import "ClassB.h"

- (void)viewDidLoad {

    [[[[ClassA alloc] init] methodA] methodX]; //This will NOT generate a compiler warning or error because the return type for methodA is id. Eventually this will generate exception at runtime

    [[[[ClassA alloc] init] methodB] methodX]; //This will generate a compiler error saying "No visible @interface ClassA declares selector methodX" because the methodB returns instanceType i.e. the type of the receiver
}

The Designated Initializer 에서 자세한 내용을 확인할 수도 있습니다.

**

인스턴스 유형

**이 키워드는 리턴 유형에만 사용될 수 있으며 리턴 유형의 수신자와 일치합니다. init 메소드는 항상 인스턴스 유형을 리턴하도록 선언되었습니다. 예를 들어 파티 유형에 대해 리턴 유형을 Party로 설정하지 않는 이유는 무엇입니까? Party 클래스가 서브 클래 싱 된 경우 문제가 될 수 있습니다. 서브 클래스는 이니셜 라이저 및 리턴 유형을 포함하여 Party의 모든 메소드를 상속합니다. 만약 서브 클래스의 인스턴스가이 초기화 메시지를 보냈다면 그것은 반환 될까요? Party 인스턴스에 대한 포인터가 아니라 서브 클래스 인스턴스에 대한 포인터입니다. 문제가 없다고 생각할 수도 있습니다. 반환 유형을 변경하기 위해 서브 클래스의 초기화 프로그램을 재정의합니다. 그러나 Objective-C에서는 동일한 선택기와 리턴 유형 (또는 인수)이 다른 두 개의 메소드를 가질 수 없습니다. 초기화 메소드가 "

신분증

** Objective-C에 인스턴스 유형이 도입되기 전에 이니셜 라이저는 id (eye-dee)를 반환합니다. 이 유형은 "객체에 대한 포인터"로 정의됩니다. (ID는 C에서 void *와 매우 비슷합니다.)이 글을 쓰는 시점에서 XCode 클래스 템플릿은 여전히 ​​상용구 코드에 추가 된 이니셜 라이저의 반환 유형으로 id를 사용합니다. instancetype과 달리 id는 단순한 반환 유형 이상으로 사용될 수 있습니다. 변수가 어떤 유형의 객체를 가리키는 지 확실하지 않을 때 id 유형의 변수 또는 메소드 매개 변수를 선언 할 수 있습니다. 빠른 열거를 사용할 때 id를 사용하여 여러 유형 또는 알 수없는 유형의 객체 배열을 반복 할 수 있습니다. id는 "객체에 대한 포인터"로 정의되어 있지 않으므로이 유형의 변수 또는 객체 매개 변수를 선언 할 때는 *를 포함하지 않습니다.