iPhone Dev - 同じクラスのゲッターを使用する

Question

（私はiPhone 3の開発を始めたiPhone SDKの開発を学んでいます。インターフェースビルダーは使用しません） プライベートメンバーが表示されているときに、同じクラスでゲッターを使用する理由はありますか？ self.myObj（または[自己このmyobj]）を使用して、このmyobj部材アクセス、Foo.mで

NSObject *myObj; 
... 
@property (nonatomic, retain)NSObject *myObj; 

した後を有し、foo.hというで気に入りましたか？私の本の中で、ここで（そのチェックのUIViewControllerのメンバーのビューは、スーパー内にある場合）、それはアプリケーションの一つで書くことがわかりますものですので：

if(self.yellowViewController.view.superview == nil) { 

（自己 .yellowViewControllerに気づきます... ） これには実際に理由がありますか？私が持っているアイデアが1つもない場合は、メンバーblueViewControllerがBlueViewControllerクラスになっている可能性があります。なぜなら、混乱を引き起こさない理由がないと思うからです。だから、いつでも同じクラスのゲッターを使う必要がありますか？

ありがとうございます！

Answer 1

はい、ゲッターで直接イバールにアクセスするのは良いことです。

例：Cocoaの通常のデザインパターン（特にリソースが非常に限られている電話）は、遅延読み込みと呼ばれます。

要約すると、必要なまでリソースをロードしないことを意味します。

理想的には、リクエストされているリソースがロードされているかどうかを確認するコードをゲッターに配置し、ロードしない場合はロードします。 ivarに直接アクセスすると、nilが返されます。代わりに、あなたの親クラスが初期化されているときにすべてのivarsを初期化することによって、必要とされないかもしれないデータを格納するリソースを無駄にする可能性があります。

これはまた、必要に応じてオンデマンドで再度ロードされるため、リソースが逼迫したときに、再度applicationDidReceiveMemoryWarning:メソッドで再度取り出される可能性のあるリソースを潜在的に配置することができます。

Answer 2

遅延ロードゲッター：

- (UIImageView*) getImageView 
{ 
    if (!imageView) 
    { 
     imageView = [[UIImageView alloc] initWithImage: [UIImage imageNamed: @"blah.png"]]; // just an example 
    } 
    return imageView; 
} 

ImageViewのが定義されている方法に応じて（コピー、割り当てる保持）あなたは、実際の割り当てを変更する必要がありますが、これは遅延読み込みが意味するものです。

Answer 3

代わりに、直接インスタンス変数にアクセスするself.ivarゲッター構文​​を使用するには、いくつかの理由：

他の人が
• サブクラスを述べてきたように
• レイジーローディングのプロパティは、プロパティをオーバーライドしてスーパークラスを持っている場合がありますはい、この本のこの部分は怠惰LOAを使用し
• ことをあなたがアトミックプロパティを使用している場合は、プロパティにアクセスするための唯一の正しい方法は、ゲッター