Warum nicht UIButton ist exclusiveTouch-Eigenschaft standardmäßig auf YES eingestellt?

Sehr alte Frage, aber verdient Klärung IMO.

Trotz der sehr irreführende Methode der Dokumentation von Apple eine Ansicht "A" mit exclusiveTouch gesetzt wird verhindern, dass andere Ansichten, die von der empfangenden Ereignisse so lange, wie Ein ist die Verarbeitung einige Ereignis selbst (z.B. eine Taste mit exclusiveTouch und legte einen finger drauf, dies wird verhindern, dass andere Ansichten, die in die Fenster aus wird die Interaktion mit, aber die Interaktion mit Ihnen folgt dem üblichen Muster, sobald Sie den finger vom exlusiveTouch-Element entfernt wird).

Ein weiterer Effekt ist die Verhinderung der Ansicht, Eine zum empfangen von Ereignissen so lange wie manche andere Ansicht ist mit interagiert (halten Sie eine Taste ohne exclusiveTouch set gedrückt, und diejenigen, die mit exclusiveTouch nicht in der Lage sein zum empfangen von Ereignissen als gut).

Können Sie immer noch eine Schaltfläche in der Ansicht, exclusiveTouch und interagieren mit den anderen, nur nicht zur gleichen Zeit, als dieser einfache test UIViewController beweisen (mal die richtigen Bindungen in der IB sind für beide Outlets und Aktionen):

#import "FTSViewController.h"

@interface FTSViewController ()
- (IBAction)button1up:(id)sender;
- (IBAction)button2up:(id)sender;
- (IBAction)button1down:(id)sender;
- (IBAction)button2down:(id)sender;

@property (nonatomic, strong) IBOutlet UIButton *button1, *button2;
@end

@implementation FTSViewController

- (IBAction)button1up:(id)sender {
    NSLog(@"Button1 up");
}

- (IBAction)button2up:(id)sender {
    NSLog(@"Button2 up");
}

- (IBAction)button1down:(id)sender {
    NSLog(@"Button1 down");
}

- (IBAction)button2down:(id)sender {
    NSLog(@"Button2 down");
}

- (void)viewDidLoad
{
    [super viewDidLoad];
    //Guarantees that button 1 will not receive events *unless* it's the only receiver, as well as
    //preventing other views in the hierarchy from receiving touches *as long as button1 is receiving events*
    //IT DOESN'T PREVENT button2 from being pressed as long as no event is being intercepted by button1!!!
    self.button1.exclusiveTouch = YES;
    //This is the default. Set for clarity only
    self.button2.exclusiveTouch = NO;
}
@end

In diesem Licht, der einzige gute Grund IMHO für Apple nicht zu exclusiveTouch JA für jedes UIView-Unterklasse ist, die es gemacht haben würde, die Umsetzung von komplexen gesten eine echte PITA, darunter wohl einige der gesten, die wir bereits gewohnt sind in der composite-UIView-Unterklassen (wie UIWebView), als Einstellung ausgewählt Ansichten zu exclusiveTouch=NEIN (like-button) ist schneller als eine rekursive exclusiveTouch=JA auf so ziemlich alles, was nur zu ermöglichen multitouch.

Der Nachteil davon ist, dass in vielen Fällen die counter-intuitive Verhalten von UIButtons und UITableViewCells (unter anderem...) führen könnten seltsame Fehler und das testen komplizierter (wie es mir passiert ist, wie... vor 10 Minuten? 🙁 ).

Hoffe es hilft

exclusiveTouch bedeutet einfach, dass jede Ansicht, die sich unter Ihrem UIButton, wird nicht auf touch-Ereignisse.

Es ist standardmäßig auf no gesetzt, denn Sie wollen in der Regel den Blick unter diese Ereignisse. Zum Beispiel, wenn Sie einen UIButton auf der Spitze einer scroll-view, und der Benutzer möchte, um zu scrollen. Sie wollen den scrollView, um zu Blättern, auch wenn Sie beginnen mit Ihrem finger auf dem UIButton.