@synthesizeを明示的に使用する必要があるのはいつですか？

Question 1

私の知る限り、XCode 4.4以降@synthesize、プロパティアクセサーは自動生成されます。しかし、ちょうど今、私はについてのコードのサンプルを読みましたNSUndoManager、そしてコードの中でそれ@synthesizeは明示的に追加されていることに気づきました。お気に入り：

@interface RootViewController  ()

@property (nonatomic, strong) NSDateFormatter *dateFormatter;
@property (nonatomic, strong) NSUndoManager *undoManager;

@end

@implementation RootViewController
//Must explicitly synthesize this
@synthesize undoManager;

今、戸惑っています...@synthesizeコードに明示的に追加する必要があるのはいつですか？

Question 2

答えはたくさんありますが、大きな混乱もあります。私はいくつかの注文をしようとします（または混乱を増やします、私たちは見るでしょう...）

Xcodeについて話すのをやめましょう。XcodeはIDEです。clangはコンパイラです。ここで説明しているこの機能は、プロパティの自動合成と呼ばれ、Xcodeで使用されるデフォルトのコンパイラであるclangでサポートされているObjective-C言語拡張機能です。
明確にするために、Xcodeでgccに切り替えると、この機能のメリットは得られません（Xcodeのバージョンに関係なく）。同様に、テキストエディターを使用し、コマンドラインからclangを使用してコンパイルする場合は、意志。
自動合成のおかげで、プロパティはコンパイラによって自動的に合成されるため、明示的に合成する必要はありません。
```
@synthesize propertyName = _propertyName
```
ただし、いくつかの例外があります。
- カスタムゲッターとセッターを使用した読み取り/書き込みプロパティ
  
  getterとsetterの両方のカスタム実装を提供する場合、プロパティは自動的に合成されません
- カスタムゲッターを使用した読み取り専用プロパティ
  
  読み取り専用プロパティのカスタムゲッター実装を提供する場合、これは自動的に合成されません
- @動的
  
  を使用する@dynamic propertyName場合、プロパティは自動的に合成されません（@dynamicと@synthesizeは相互に排他的であるため、非常に明白です）
- @protocolで宣言されたプロパティ
  
  プロトコルに準拠している場合、プロトコルが定義するプロパティは自動的に合成されません
- カテゴリで宣言されたプロパティ
  
  これは、@synthesizeディレクティブがコンパイラによって自動的に挿入されない場合ですが、このプロパティを手動で合成することもできません。カテゴリはプロパティを宣言できますが、カテゴリはivarを作成できないため、それらを合成することはできません。完全を期すために、Objective-Cランタイムを使用してプロパティ合成を偽造することはまだ可能であると付け加えます。
- オーバーライドされたプロパティ（clang-600.0.51以降の新機能、Xcode 6で出荷、MarcSchlüpmannに感謝）
  
  スーパークラスのプロパティをオーバーライドするときは、明示的に合成する必要があります

プロパティを合成すると、バッキングivarが自動的に合成されるため、プロパティ合成が欠落している場合、明示的に宣言されていない限り、ivarも欠落していることに注意してください。

最後の3つのケースを除いて、一般的な哲学は、プロパティに関するすべての情報を手動で指定するときはいつでも（すべてのアクセサーメソッドを実装するか、を使用して） @dynamic）、コンパイラはプロパティを完全に制御する必要があると想定し、での自動合成を無効にすることです。それ。

上記の場合を除いて、明示的な他の唯一の使用法は、@synthesize別のivar名を指定することです。ただし、規則は重要なので、私のアドバイスは常にデフォルトの命名を使用することです。

Question 3

明示的に使用しない場合@synthesize、コンパイラは、記述した場合と同じ方法でプロパティを理解します。

@synthesize undoManager=_undoManager;

そうすれば、次のようなコードを記述できるようになります。

[_undoManager doSomething]; // iVar
[self.undoManager doSomethingElse]; // Use generated getter

これは一般的な規則です。

あなたが書くなら

@synthesize undoManager;

あなたが持っているでしょう：

[undoManager doSomething]; // iVar
[self.undoManager doSomethingElse]; // Use generated getter

個人的に@synthesizeは、必須ではなくなったので使用をやめました。私にとって使用する唯一の理由@synthesizeは、をにリンクするiVarこと@propertyです。特定のゲッターとセッターを生成する場合。しかし、与えられたコードには何もありませんiVar、これ@synthesizeは役に立たないと思います。でも今、新しい質問は「いつ使うのiVar？」だと思います。これに対して「決して」以外の回答はありません！

Question 4

@synthesizeコードに明示的に追加する必要があるのはいつですか？

一般的に、それが必要な場合：あなたはおそらくそれが必要とされるケースにぶつかることは決してないでしょう。

ただし、便利な場合が1つあります。

カスタムゲッターとセッターの両方を作成しているが、それをバックアップするインスタンス変数が必要だとします。（アトミックプロパティの場合、これはカスタムセッターが必要な場合と同じくらい簡単です。アトミックプロパティではなく、モノアトミックプロパティにセッターを指定すると、コンパイラはゲッターを書き込みます。）

このことを考慮：

@interface MyObject:NSObject
@property (copy) NSString *title;
@end

@implementation MyObject

- (NSString *)title {
    return _title;
}
- (void)setTitle:(NSString *)title {
    _title = [title copy];
}

@end

_titleが存在しないため、これは機能しません。ゲッターまたはセッターの両方を指定したため、Xcodeは（正しく）そのバッキングインスタンス変数を作成しません。

ここに画像の説明を入力してください

それを存在させるには2つの選択肢があります。を次のように変更できます@implementation。

@implementation MyObject {
    NSString *_title;
}

- (NSString *)title {
    return _title;
}
- (void)setTitle:(NSString *)title {
    _title = [title copy];
}

@end

または、次のように変更します。

@implementation MyObject

@synthesize title = _title;

- (NSString *)title {
    return _title;
}
- (void)setTitle:(NSString *)title {
    _title = [title copy];
}

@end

言い換えると、合成は実用的な目的では決して必要ではありません*が、ゲッター/セッターを提供するときにプロパティバッキングインスタンス変数を定義するために使用できます。ここで使用するフォームを決定できます。

以前は、でインスタンス変数を指定することを好みましたが、冗長な型を削除し、バッキング変数をプロパティに明示的に関連付けるため@implementation {}、@synthesizeルートの方が適していると思います。

プロパティのタイプを変更すると、インスタンス変数のタイプが変更されます。
ストレージ修飾子を変更すると（たとえば、強いのではなく弱い、または弱いのではなく強い）、ストレージ修飾子が変更されます。
プロパティを削除するか名前を変更@synthesizeすると、コンパイラエラーが生成されます。漂遊インスタンス変数になってしまうことはありません。

*-複数のファイルのカテゴリ間で機能を分割することに関連して、それが必要だった1つのケースを知っています。そして、Appleがこれを修正したとしても、あるいはすでに修正したとしても、私は驚かないだろう。

Question 5

OK、プロパティを作成するとき...

@property NSString *name;

Xcodeは、あなたが書いたかのようにiVarを自動合成します...

@synthesize name = _name;

これは、次の方法でプロパティにアクセスできることを意味します...

self.name;
// or
_name;

どちらも機能しますが、self.name実際にはアクセサメソッドのみを使用します。

自動合成が機能しないのは1回だけです。上書きするが、セッターとゲッターのメソッドを使用する場合は、iVarを合成する必要があります。

セッターをオーバーライドするだけでも、ゲッターをオーバーライドするだけでも問題ありません。しかし、両方を行うと、コンパイラはそれを理解できず、手動で合成する必要があります。

ただし、経験則として。

iVarを作成しないでください。プロパティを使用するだけです。それを合成しないでください。

Question 6

プロトコルでプロパティを宣言する場合は、プロパティの合成が必要です。実装インターフェースでは自動的に合成されません。

Question 7

それを明確にしてくれてありがとう。私も同様の問題を抱えていました。

@synthesize firstAsset, secondAsset, audioAsset;
@synthesize activityView;

だから今、それらをコメントアウトしたので、私は通過し、それぞれの出来事を例えばに置き換えました

self.firstAsset firstAssetも使用できるようですが、「」が頻繁に表示されないことがあります。

Question 8

Xcodeは明示的なものを必要としません @synthesize宣言を。

あなたがそれを@synthesizeするのと同じように書かないなら：

@synthesize manager = _manager;

サンプルコードは古い可能性があります。彼らはすぐにそれを更新します。

次のようなプロパティにアクセスできます。

[self.manager function];

これはAppleが推奨する規則です。私はそれに従います、そして私はあなたもそうすることをお勧めします！