Sie können auch [NSObject debugDescription] überschreiben, das vom Debugger aufgerufen wird. Es wird so genannt, wenn Sie im Debugger "print to console" verwenden. Sie können es auch direkt in einem NSLog aufrufen.
Standardmäßig ruft debugDescription
in den meisten Klassen nur description
auf, aber Sie können sie separate Strings zurückgeben. Es ist ein guter Ort, um die Ausgabe mit Details zu laden.
Kategorien sind ein guter Ort, um die Methode für Ihre benutzerdefinierten Klassen und vorhandene Klassen zu parken. Dies ist besonders nützlich, da Sie die Kategorie in einen Debug-Build einschließen, aber in der Version ausschließen können. Wenn die Kategorie nicht vorhanden ist, ruft der Code stattdessen die Standardklassenmethode auf.
Ich habe eine Debugging-Kategorie für UIView, die alle Attribute ausgibt, die mir einfallen. Wenn ich einen scheußlichen Bug bekomme, füge ich einfach die Kategorie ein und dann kann ich alles über jede Ansicht direkt in der Debugger-Konsole sehen.
Ihr Link ist zu der Dokumentation für Core Data - Möchten Sie die Beschreibungsmethode für ein NSManagedObject oder etwas anderes überschreiben? –
Ich glaube nicht - es ist eine NSObject-Unterklasse, die Daten für eine räumliche Bounding Box und einige Operationen darauf enthält. Die String-Beschreibung ist im Grunde eine durch Komma getrennte Liste der linken unteren und oberen rechten Koordinaten. – mvexel