Warum NSNotFound ist nicht -1, sondern NSIntegerMax

NSNotFound ist definiert als NSIntegerMax, die unterschiedlichen Werte, die auf 32-bit-und 64-bit, das bringt eine Menge Unannehmlichkeiten für die persistenten und verteilten env. Warum nicht definieren es als -1?

PS, In ObjC und Cocoa, einige indexOf... Methoden gibt NSNotFound aber einige gibt -1 zurück, gibt es einen Grund, diese Ergebnisse sind inkonsistent.

InformationsquelleAutor kliu | 2012-02-18
  1. 10

    Nun, die Antwort ist wahrscheinlich nicht, weil es manchmal zurück, wie eine unsigned-Wert - in Objective-C Konvertierungen zwischen signed und unsigned sind wirksam bit-Kopien, damit Sie vergleichen können, ein unsigned " -1 " und bekommen die Antwort, die Sie erwarten (die Werte alle diejenigen - -1 unterzeichnet, maximale integer als unsigned). Sehen Antwort auf diese Frage.

    Kommen wir also zu deinem zweiten Teil der Frage, warum in der Inkonsequenz? Gut Vielfalt ist die Würze des Lebens, oder anders ausgedrückt es gibt jetzt so queer as folk - die Menschen sind einfach nur inkonsequent, nicht komplizierter als das!

    InformationsquelleAutor CRD
  2. 12

    Dieser Hinweis von die docs ist wohl relevant:

    Spezielle Gesichtspunkte

    Vor Mac OS X v10.5, NSNotFound wurde definiert als 0x7fffffff. Für 32-bit-Systeme, diese war genauso effektiv wie die NSIntegerMax. Für die Unterstützung von 64-bit-Umgebungen NSNotFound ist jetzt formal definiert als NSIntegerMax. Dies bedeutet jedoch, dass der Wert im 32-bit-und 64-bit-Umgebungen.

    InformationsquelleAutor
  3. 7

    Fast sicher, weil das einige der Funktionen, die es sind, die eine unsigned Wert, wie NSIndexOfObject:

    - (NSUInteger)indexOfObject:(id)anObject
//  ^
//  Note this!
    InformationsquelleAutor paxdiablo
Schreibe einen Kommentar