サブクラスUIViewControllerまたはビューがフルスクリーンでないときにカスタムNSObjectを作成

Question

作成したカスタムビューの動作を管理するためにクラスコントローラを作成する必要があります。 標準的なアプローチは、のUIViewControllerをサブクラス化することであるが、私の場合は、代わりに、基本的に3つの理由 サブクラスNSObjectのに決めた：

私のビューは、メインビュー・コントローラの小さなサブビューとして追加する必要が
• （そうではないであろうpresentModalViewControllerまたはpushViewController ...のようなものを使用して表示されます）。その中にはツールバーやナビゲーションコントロールは一切必要ありません。
• 私のコントローラは、常にそのビューが使用されるためデバイスの向きについて通知する必要はありません私は通常の回転メッセージwillRotateToInterfaceOrientationなどを受け取ることに興味がないので、ポートレート形式で。
• 私は、このクラスを可能な限り軽量にして、メモリ消費を最小限に抑える必要があります。私は

私のコントローラのインタフェースを使用する必要はありません方法の束ずに軽いクラスを取得する利点を持っているのUIViewControllerをサブクラスではないが、非常に簡単です、例：

@interface MyScrollTabBarController : NSObject <MyTabBarViewDelegate> { } 

/** 
* The view is created internally by the controller and the client class 
* can access to it in readonly mode 
*/ 
@property (nonatomic, readonly) UIView *view; 

/** 
* A Property to change the view appearance 
*/ 
@property (nonatomic, assign) MyScrollTabBarViewState viewState; 

/** 
* Others properties used to construct the view's subviews 
*/ 
@property (nonatomic, retain) Location *rootLocation; 
@property (nonatomic, readonly, retain) Place *place; 

/** 
* Designated initializer 
*/ 
- (id)initWithPlace:(Place *)aPlace; 

- (void)setRootLocation:(Location *)location animated:(BOOL)animated; 

@end 

は表示するには、その親ビューコントローラから内部眺め、私はこのようなものを使用します：私はあなたがそれに欠点があるかもしれないと思われる場合、あなたは私の選択についてどう思いますか知りたい

tabBarController = [[MyScrollTabBarController alloc] initWithPlace:aPlace]; 
tabBarController.viewState = MyScrollTabBarViewStateXX; 
tabBarController.view.frame = CGRectMake(...); 
[self.view addSubview:tabBarController.view]; 

をし、何をすべきかあなたは通常、私のようなフルスクリーンではないビュー用のコントローラを書く必要があるときに行います。

ありがとうございました

Answer 1

はい、これが正しい方法です。

UIViewControllerは、特に、サブ画面ではなくフルスクリーン表示を制御するためのものです。 iOS5には、このようにサブ画面のビューコントローラを作成する仕組みがありますが、iOS4ではそれほど多くのハッカーがいないため利用できません。

ビューとコントローラが本質的に結合されている場合は、独自のコントローラであるカスタムビューサブクラスを作成することも考えられます。たとえば、独自のデータを管理する自己完結型のテーブルビューサブクラスを持つことができます。ちょうどページにドロップされます。

Answer 2

私はこれが受け入れられる解決策だと思います。

もう1つの解決策は、（例えば、MKMapView、UITextViewなどのように）自身を制御する「太った」ビューを作成することです。これにより、管理が容易になり、ビューが非常に特殊化され、そのコントローラがこの1つのクラスのビューでのみ動作するようになっている場合は、（あまりないので）再利用性を失うことはありません。

Answer 3

あなたはあなたのビューがフルスクリーンで表示されていないことが重要ではありません鉱山

のようにフルスクリーンされていないビューのためのコントローラを記述する必要があるときに、通常は何をしますか。それぞれ独自のコントローラを持つサブビューからなるビューを持つことは可能です（通常は）。

私はこのクラスを可能な限り軽量にして、メモリ消費を最小限に抑える必要があります。ないのUIViewControllerのサブクラスは、私は、メモリの不合理な量を消費しない

サブクラスのUIViewControllerを使用する必要はありません方法の束ずに軽いクラスを取得する利点を持っているので、これは対価の一部であってはなりません。

[...]あなたのソリューションあなた緩い柔軟性と

[...]それに欠点があるかもしれないと思われる場合。 UILifecyle-Messagesに応答する必要がある場合、または他のUIViewController機能を使用する必要がある場合には、ソリューションを再利用する可能性があります。

ビューが軽量である場合は、UIViewサブクラスを使用し、ビューの背後にあるロジックに対してデリゲートを使用することを検討できます。

Answer 4

こんにちはあなたはNSObjectのサブクラスを、私はあなたが追加のビューオブジェクトを宣言する必要はありませんので、あなたは、UIViewのサブクラスをすべきである提案すること

@interface MyScrollTabBarController : NSObject <MyTabBarViewDelegate> { } 

@property (nonatomic, readonly) UIView *view; 

内のUIViewを宣言しています。

ので、代わりのself.viewあなたは単にはい、これは私が考えていた他の可能性であるself

tabBarController = [[MyScrollTabBarController alloc] initWithPlace:aPlace]; 
tabBarController.viewState = MyScrollTabBarViewStateXX; 
tabBarController.frame = CGRectMake(...); 
[self.view addSubview:tabBarController];