Beeinträchtigt das Implementieren von UIResponder-Berührungsmethoden innerhalb einer UIView-Unterklasse MVC?

Question

Folgende UIResponder Methoden berichten, roh berührt auf dem Bildschirm:

- touchesBegan:withEvent: 
- touchesMoved:withEvent: 
- touchesEnded:withEvent: 

Vor kurzem wurde ich mit einem UIView Unterklasse zu spielen, die ich wollte Berührung reagieren.

Zunächst implementierte ich die oben genannten Methoden in der UIViewController, die für die fragliche Ansicht verantwortlich war.

Allerdings erkannte ich, dass die Touch-Methoden aufgerufen wurden, wenn die UIViewControllers-Ansicht berührt wurde, nicht die Unteransicht, die ich wollte.

Ich implementiert die Methoden innerhalb einer UIView-Unterklasse und alles hat wie erwartet funktioniert.

Allerdings fühle ich mich wie MVC verletzt. Ich habe Kontrolllogik in meiner Sicht.

Sollte ich die in der UIViewController implementierten Methoden statt, und irgendwie Treffertest zu interpretieren, welche Ansicht berührt wurde, oder bin ich richtig die Methoden, die im Inneren des UIView Unterklasse implementiert?

Ich fühle mich wie der spätere ist der faule Ausweg.

Danke für Ihre Zeit.

Answer 1

In MVC ist die Ansicht für die Benutzerinteraktion verantwortlich. Daher ist es sinnvoller, Ihre UIResponder-Methoden in Ihrer UIView zu überschreiben. Um sich streng an MVC zu halten, sollten Sie dann einen delegate pattern (oder ein anderes Muster) verwenden, um die Steuerlogikfunktionen in Ihrem Controller aufzurufen.

Das obere Bild ist aus (Apple's MVC documentation). Der Teil, der zu Ihrer Frage gehört, befindet sich oben links. Die Ansicht sollte dem Controller mitteilen, dass er berührt wurde, und der Controller sollte die Logik ausführen.

Der UIViewController kann diese Methoden nur implementieren, da er mit einer integrierten Ansicht ausgestattet ist. Dies ist verwirrend, weil es bedeutet, dass der UIViewController selbst gegen MVC verstößt, aber das ist eine kompliziertere Diskussion.