recursiveDescription Methode in Swift?

Gibt es eine Möglichkeit, um [sich selbst.Ansicht recursiveDescription] in Swift? Ich bin versucht, diese Methode, aber ich erhalte die folgende Fehlermeldung:

'UIView' does not have a member named 'recursiveDescription'

Irgendwelche Vorschläge?

FYI, Wenn Sie möchten, verwenden Sie [selbst.Ansicht recursiveDescription] beim Debuggen Swift-oder Obj-C, können Sie pause die app und po [self.Ansicht recursiveDescription]. [[UIWindow keyWindow] _autolayoutTrace] ist ideal für debugging-view-Einschränkungen, vor allem in Verbindung mit XCode6 visual debugger.

InformationsquelleAutor Vik Singh | 2014-09-17

9

Werden, um Zugriff auf private /undokumentierte Objective-C-API (wie die -recursiveDescription Methode auf UIView) von Swift können Sie Folgendes tun:
1. Erstellen Sie eine neue Objective-C Klasse auf die Klasse an die private Methode definiert ist (z.B. UIView).
2. Treffer ja wenn Xcode fragt Sie zum konfigurieren einer bridging-header. (Wenn Sie bereits einen bridging-header in Ihrem Projekt wird dieser Schritt übersprungen).
3. Die Implementierungsdatei (.m) der Kategorie können entfernt werden.
4. Erklären, die private Methode in die Kategorie-header:
```
//UIView+Debugging.h

@interface UIView (Debugging)
- (id)recursiveDescription;
@end
```
Nun können Sie einen Haltepunkt festlegen und drucken Sie die rekursive Beschreibung in LLDB:
```
po view.recursiveDescription() as NSString
```
- diese Technik funktioniert Super, aber swift/lldb sind Durcheinander es. ich habe keine Ahnung, warum, aber die Ausgabe die ich bekomme (XCode 6.2 6C101) von dieser Technik ist furchtbar Durcheinander, umfasst \n als deutliche Zeichen, so dass die tatsächlichen Zeilenumbrüche in der Konsole - die waren genial - und die clips auf ungefähr 1800 Zeichen, so dass es ziemlich wertlos. ugh.
InformationsquelleAutor bernhard
80

Wenn Sie wollen, um den view-Hierarchie in lldb, Sie müssen nicht fügen Sie alle Kategorien oder bridging-Header oder etwas ähnliches. Beim Debuggen von Objective-C-code, man würde in der Regel verwenden Sie den folgenden Befehl an der (lldb) prompt:
```
po [[UIWindow keyWindow] recursiveDescription]
```
Wenn, obwohl, Sie Sie pausiert haben in einer Swift-Rahmen, lldb kann erwarten, dass ein Swift-Ausdruck. Sie können aber ausdrücklich sagen expr (die po Abkürzung ist tatsächlich Berufung expression), die Sprache, der Ausdruck ist in:
```
expr -l objc++ -O -- [[UIWindow keyWindow] recursiveDescription]
```
Dem gleichen Muster auftreten, in iOS 8, bei der Anzeige der view-controller Hierarchie, mit:
```
po [UIViewController _printHierarchy]
```
oder im Swift-Rahmen:
```
expr -l objc++ -O -- [UIViewController _printHierarchy]
```
In der WWDC 2018 Advanced Debugging mit Xcode, Sie schlage vor, sich Weg von diesem komplizierten expr syntax durch die Definition eines alias, poc, erstellen Sie eine Textdatei, ~/.lldbinit mit der folgenden Zeile:
```
command alias poc expression -l objc -O --
```
Dann können Sie Sachen wie tun:
```
poc [UIViewController _printHierarchy]
```
Es ist erwähnenswert, dass Xcode 8 eingeführt, die anzeigen debugger (klicken Sie auf ), bietet eine interaktive Art und Weise zu analysieren, die view-Hierarchie, weitgehend eliminiert die Notwendigkeit für die LLDB recursiveDescription von der view-Hierarchie. Weitere Informationen finden Sie unter der WWDC 2016 video Visual Debugging mit Xcode. Zugegeben, manchmal haben wir bis zum Ende wieder fallen zu recursiveDescription Technik, die oben gezeigt, aber die meiste Zeit die Sicht debugger macht dies eine weitaus natürlicher, intuitiver Prozess.

Und in Xcode 9, hab Sie erweitert diese Ansicht, debugger, so enthält es jetzt die jeweiligen view-Controllern, zu:
- Ron ' s Antwort ist einfacher for Swift 2.0, aber dies ist nützlich, lldb wissen
- Gute info! Irgendwelche Ideen, warum selbst ist nicht verfügbar, wenn ändern der Sprache für objc? E. g. wenn ich den Haltepunkt in eine Instanz-Methode "expr -l swift -- print(self)" erfolgreich druckt eine Beschreibung von sich selbst, während "expr -l -- objc NSLog(@"%@", self)" Ergebnisse "Verwendung von nicht deklarierter Bezeichner 'self'"
- Beachten Sie, selber testen müssen Sie zuerst: expr -l objc -- @import UIKit
- Erstens, wenn Sie dies tun, brauchen Sie nicht NSLog oder print. Die expr wird schon drucken Sie den Ausdruck für Sie. Zweitens, und um deine Frage zu beantworten, Nein, ich weiß nicht, warum genau Sie nicht finden self bei der Verwendung von Objective-C und Swift-Rahmen (oder Umgekehrt, BTW), aber es scheint nicht erstaunlich, entweder. Natürlich, bei der Verwendung von [[UIWindow keyWindow] recursiveDescription] oder [UIViewController _printHierarchy] Sie nicht finden self an alle, es ist also ein nicht-Thema, aber es ist eine interessante Beobachtung.
- Es ist auch manchmal einfacher zu drucken, das view Objekt in Swift, wenn die Hierarchie ist Komplex (wie po self.foo.bar.someView), um seine Adresse. Sie erhalten eine Ausgabe wie <UIView: 0x10bd0a600; …>. Mit dieser Adresse können Sie dann dump die Hierarchie mit Rob ' s trick, wie diese: expr -l objc++ -O -- [0x10bd0a600 recursiveDescription]
InformationsquelleAutor Rob
64

Swift 2.0 können Sie einfach starten Sie:
```
po view.performSelector("recursiveDescription")
```
In (geprüft mit iOS10 Beta3) swift 3.0-das ist ein bisschen komplexer:

po let s = view.perform("recursiveDescription"); print(s)
- Dies sollte die Antwort akzeptiert, weil es erfordert keinen zusätzlichen code.
InformationsquelleAutor Ron

po view.value(forKey: "recursiveDescription")!

InformationsquelleAutor rob mayoff

7

Fügen Sie zunächst eine Kategorie @interface ohne @implementation in Ihrer bridging-header.
```
@interface UIView (Debug)
- (id)recursiveDescription;
- (id)_autolayoutTrace;  //This one is even sweeter
@end
```
dann in der Konsole
```
po self.recursiveDescription() as NSString
po self._autolayoutTrace() as NSString
```
Der Schlüssel hier ist as NSString nicht as String
- Wie wussten Sie zu werfen, als NSString?
- Ich wusste nicht auf den ersten. Gerade versucht und müde
- Plus eine für _autolayoutTrace. Es wird ziemlich süß!
InformationsquelleAutor CopperCash
3
```
expression -l objc -O -- [`self.view` recursiveDescription]
```
Es ist notwendig, geben Sie es in Objective-C-format, da UIKit ist in Objective-C framework.

Rekursive Beschreibung existiert nur zu debugging-Zwecken. Es ist nicht Teil der öffentlichen API und daher nicht zur Verfügung Swift

Swift ist eine strenge Sprache und erlaubt es Ihnen nicht zum aufrufen von Funktionen, die nicht streng definiert.

Objective-C, es ist eine dynamische Sprache, so können Sie Funktionen aufrufen, wie diese.

Also, was wir tun müssen, ist zu sagen, dass der debugger auswerten dieses Ausdrucks in eine Objective-C-syntax

Und die Art und Weise, das zu tun, ist Ausdruck verwenden mit der option - l objc

-O, dem debugger sagen, dass wir auch wollen, dass die debug-Beschreibung die gleiche wie po tun würde -- und zu zeigen, dass es keine weiteren Optionen.

Müssen wir setzen [self.Ansicht] Ansicht wieder Zecken.
```
[`self.view`]
```
Wieder Zecken ist wie ein preproccess Schritt, sagt der erste, bewerten Sie den Inhalt dieser in das aktuelle Bild einfügen und das Ergebnis, und dann können wir beurteilen, der rest.

Meine Antwort wird genommen aus der WWDC 2018 Sitzung 412 advanced debugging mit Xcode und lldb.
- Während dieser code kann die Frage beantworten, die Bereitstellung zusätzlicher Rahmen an, wie und/oder warum es das problem behebt, das würde verbessern die Antwort, die langfristigen Wert.
- Hallo Nic3500, erweiterte ich meine Vorherige Antwort.
InformationsquelleAutor ManuelMB
1

Hinzufügen, um den bridging-header eine Erklärung, in der Kategorie UIView mit dieser Methode.
- Nur im Fall, dass ein anderer Anfänger wie ich brauchen mehr details 🙂 petosoft.wordpress.com/2014/06/13/lldb-and-xcode-6
InformationsquelleAutor newacct

Gebäude auf @Rob Mayoff ist Antwort:

extension UIView {

   /**
    Wrapper for useful debugging description of view hierarchy
   */
   var recursiveDescription: NSString {
       return value(forKey: "recursiveDescription") as! NSString
   }

}

InformationsquelleAutor Chuck Krutsinger

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.