私は私が不注意十分に認識しますが...古い手続き型のパターンに戻って滑り、それは難しいオフにそれらを振る見つけるてるように感じる私の最初のかなり複雑ココアタッチビューをワイヤなど多くのココア(OO)デザインパターンのうち、私はそれらを覆しているかもしれないと恐れています。このようにの簡素化、複雑ココアタッチビュー・コントローラ
は、問題のこのビューには、すぐに管理不能になってきていると私はそれを間違った方法に近づいている可能性がある場合、私は思ったんだけど?!?ビューは、UIViewControllerのサブクラスによって管理されます。ビュー自体に±10のサブビューが含まれています。これらのサブビューのいくつかは、「スライド」してスライドし、サブスライド(コントロール、イメージビューなど)を含んでいます。
あまりにも細かくなっていないと、ルートビューコントローラのtouchesBegan/Moved/Endedメソッドを使用して管理コードを(アニメーションを含めてすべてではないにしても)実行していることがわかりました。 管理の混乱になり、&ブール値のプロパティをチェックします。IF(editingMode & panelAVisible) .... (editingMode & panelBVisible)は...または* {(someArrayOfSubviewsでMyCustomView ビュー)用}(viewFlipped)は等、等... UIを付与した場合場合このアプリのほとんどは、これらのビュー(またはその内容)の大部分をユーザーがタッチして画面の別の部分に移動する必要があります。
私が解決しようとしている主な問題は、viewAが存在する場合、3つのビューが非表示になります(アニメーション)...または、viewBがタッチされると、viewCに含まれるすべてのオブジェクトが否定的な...等
これを扱うための巧妙な(または初歩的な)OOアプローチはありますか?おそらく、ビューを含むサブビューを独自のミニビューコントローラとして動作させるのでしょうか?私はあなたがビューが含まれているサブビューが自分のミニビューコントローラとして機能させる、あなたの最後の提案に沿って行くべきだと思う...
私はもっと明確にすべきだったでしょう。はい、これはiPhone向けです。そして、これらのサブビューは完全な「内容でいっぱいのスクリーン」ではありません。彼らはおそらく1/6スクリーンの 'パネル'で、タッチするとスライドして追加のコントロール/ UIViewを提供します。だから彼らは完全なUINavigationControllerをmerritとは思わないでください。 – Meltemi
おそらくナビゲーションコントローラがあまりにもあなたのためです。それにもかかわらず、サブビュー用に別々のビューコントローラを作成することができます。 – drvdijk