私たちのアプリケーションのView Controller - Viewアーキテクチャを構築しているとき（私は、オブジェクトの関係やそれらがどのように働いているか、どのような役割を果たしているかなど、正しく使用していると思います。 ）：複雑なタッチコードのビューには独自のビューコントローラが必要ですか？
ビューはUIResponderであり、タッチイベントを受け取ります。 View Controllerは、これらのタッチイベントも受信します。しかし、View Controllerはコントローラオブジェクトであり、タッチイベントに応答するのはコントローラロジックなので、ビューコントローラはどのビューがタッチされたかに応じて何をすべきかを知っている必要があります。
すべてのタッチロジックをビューコントローラオブジェクトに入れ、ビューオブジェクトに入れない方がよいでしょうか？本質的には、ビューがタッチに反応できるという事実を無視する。
すべてのロジックをView Controllerオブジェクトに入れると、かなりの量のタッチロジックを必要とするビューごとにView Controllerオブジェクトを持たせることをお勧めしますか？そのため、すべてのタッチインタラクションコードを含むインターフェース要素としてのサブビューの束を持つ1つのView Controllerではなく、各サブビューを独自のView Controllerオブジェクトのメインビューにし、それらのView Controllerをすべて親の子にするビューコントローラ。
これは良いアプローチですか？ビューが行う、UIButton、またはUITextFieldのように、再利用可能なロジックと、おそらく状態のいくつかの種類をカプセル化するために起こっている場合はビューは独自のタッチイベントを処理するためにあなたの助け