MVC/OOPパターンへのCocoaアニメーションの適用

Question

MVC/OOPデザインパターンでは、プロパティを設定しないと、オブジェクトにのプロパティを設定するよう依頼されます。同様に、ココアでは、オブジェクトを描画するときにオブジェクトを指示しません。あなたのオブジェクトのコードでは、それ自体が描画される方法を詳述しているので、を（ほとんどの場合）描画すると決定するフレームワークを信頼しています。

しかし、ココア（特にCocoa-Touch）のアニメーションに関しては、オブジェクトビューコントローラ内からオブジェクトを引き出すときは、今度はを制御する必要があるようです。 UIViewサブクラスに値を変更するようメッセージを送信してから、それをゆっくりと持続させる（duration = X）プロパティに応じて自身を新しい位置、アルファ、回転などにアニメートする変更。または私はできますか？

基本的には、プロパティを設定してから離れていく方法を探しています。代わりに、私はいくつかの種類のアニメーションブロックでそのプロパティを変更するように要求するオブジェクトを呼び出すコードをラップする必要があるようです "[UIView beginAnimations：nil context：NULL]; ... [UIView commitAnimations];"

私のビューコントローラではたくさんのアニメーションブロックが終了していますが、私のビューオブジェクトでは何もありません...私はこれが事態がどのように行われているかを確認するために、何かを見落とさない。私はCocoa-Touch内のUIViewアニメーションよりはるかに遠くはないので、おそらくそれが私の問題です。

Answer 1

UIViewはデフォルトでCALayerのようにプロパティの変更をアニメーション化しませんが、これはMVCの中断を示しているとは思われません。コントローラは、ビューに変換する方法を指示することが適切です。コントローラーがビューの正しいフレームを認識し、レイアウトを管理することが適切であることは、コントローラークラスの役割です。 UIViewクラスではなく、-beginAnimations:context:というインスタンスを呼び出すのはちょっと変わったことに同意しますが、実際には多くのビューを一緒にアニメーション化したいので、実際にはもっとうまく機能します。

つまり、サブビューのレイアウトを管理するUIViewサブクラスがあれば、UIViewControllerに頼るのではなく、UIViewでアニメーションを管理できるようにすることに何も問題はありません。だから、これはどちらかの場所に行くことができるものですが、実際にはあなたが発見したようにコントローラに一般的に入ります。

ここでは、典型的なココアの意味で「MVC」を使用しています。あなたはこれがSmallTalkプログラムでは適切ではないかもしれないが、SmallTalk Controllersははるかに制限された役割（ユーザー入力イベントの管理）を持っているということは間違いありません。 CocoaはMVCでのControllerの役割を大きく広げています。コントローラやViewのいずれかに入る機能があることを意味していても、改善されていると思います。