UITouch＆UIEvents：フレームワークとの戦闘？

Question

たとえば、4つのサブビューがあり、互いに隣り合っていても重複していないビューを想像してみてください。 全5つのこうした見解は、私自身のUIViewのサブクラス（はい、私が読んだ：Event HandlingなどiOS Event GuideこのSO questionと、このoneを、まだ答えていない）されているビュー＃4

...のは、＃1を表示して呼ぶことにしましょう

ユーザーはそれらの一つに触れ、UIKitの「hiTests」それとそのビューに、後続のイベントを配信：ビュー＃1

指が外のビュー＃1になっても、オーバービュー＃3を言います。

この「ドラッグ」がビュー＃3を超えていても、ビュー＃1は引き続きtouchesMovedを受け取りますが、ビュー＃3は何も受信しません。

ビュー＃3がタッチに返信を開始します。たぶん私の "touchedEntered"と一緒に、おそらく＃1の "touchesExited"と一緒に。

どうすればいいですか？

私は2つのアプローチを見ることができます。私は、ビュー＃の外に1境界か、に「再ディスパッチ」それを伝える親ビューへ

転送をtouchesMovedを検出するたび

1. サイドステップの問題とは、親 ビューで取り扱うすべてのタッチを行います。しかし、そのような再ディスパッチがどのように機能するのかは明らかではありません。 私は混乱しています解決策＃2の

は、転送自体についてが、どのように私はに転送したいのUIViewを見つけることではありません。私は明らかに親のサブビューをループすることができますが、その境界/フレームにはタッチが含まれていますが、Appleが既に提供していたことがあるのか​​不思議です。

Answer 1

私はこれを行いましたが、サブUIViewではなくCALayersを使用しました。そうすれば、サブビューが親UIViewにイベントをキャッチ/再ディスパッチすることについての心配はありません。あなたはそれをすることができないかもしれませんが、事を単純化します。私の解決策は多くの場合CGRectContainsPoint()を使用する傾向がありました。

Answer 2

それはanswering your questionにかなり近づくとあなたは、再びの取り扱いイベントを読むことをお勧めします：

タッチオブジェクト...場合でも、その 寿命のためにそのヒットテストビューに関連付けられていますその後オブジェクトによって表される接触は ビューの外側に移動します。

あなたが異なるビューを持つことを目標に達成したい場合は、ユーザーの指がその上を横切って反応し、UIViewで提供されるタッチハンドリングの仕組みの中でそれを実行する場合は、あなたの最初のアプローチ：親のビューにタッチを処理させる。親は-hitTest:withEvent:または-pointInside:withEvent:を使用してタッチを追跡しているため、タッチがサブビューの1つに含まれているかどうかを判断し、適切なメッセージを送信できます。