Suche…


Bemerkungen

Wenn Sie die Methode swizzling in Swift verwenden, müssen Ihre Klassen / Methoden zwei Anforderungen erfüllen:

  • Ihre Klasse muss NSObject
  • Die Funktionen, die Sie umschalten möchten, müssen das dynamic Attribut haben

Eine vollständige Erklärung, warum dies erforderlich ist, finden Sie unter Verwenden von Swift mit Cocoa und Objective-C :

Dynamischer Versand erforderlich

Das @objc Attribut macht Ihre Swift-API für die Objective-C-Laufzeit @objc , garantiert jedoch nicht das dynamische Senden von Eigenschaften, Methoden, Subskriptionen oder Initialisierungen. Der Swift-Compiler kann weiterhin Mitgliederzugriffe vornehmen oder integrieren, um die Leistung Ihres Codes unter Umgehung der Objective-C-Laufzeit zu optimieren . Wenn Sie eine Memberdeklaration mit dem dynamic Modifizierer markieren, wird der Zugriff auf dieses Member immer dynamisch ausgelöst. Da Deklarationen, die mit dem dynamic Modifizierer markiert sind, über die Objective-C-Laufzeit @objc werden, werden sie implizit mit dem @objc Attribut gekennzeichnet.

Das Anfordern eines dynamischen Versandes ist selten notwendig. Sie müssen jedoch den dynamic Modifikator verwenden, wenn Sie wissen, dass die Implementierung einer API zur Laufzeit ersetzt wird . Sie können beispielsweise die Funktion method_exchangeImplementations in der Objective-C-Laufzeit verwenden, um die Implementierung einer Methode method_exchangeImplementations , während eine App ausgeführt wird. Wenn der Swift-Compiler die Implementierung der Methode einleitete oder den Zugriff darauf verschlechterte, würde die neue Implementierung nicht verwendet .

Objective-C-Laufzeitreferenz

Methode Swizzling auf NSHipster

Erweiterung von UIViewController und Swizzling viewDidLoad

In Objective-C ist das Swizzling-Verfahren der Prozess zum Ändern der Implementierung eines vorhandenen Selektors. Dies ist aufgrund der Art und Weise möglich, in der Selektoren einer Dispatch-Tabelle oder einer Tabelle von Zeigern auf Funktionen oder Methoden zugeordnet werden.

Pure Swift-Methoden werden von der Objective-C-Laufzeitumgebung nicht dynamisch verteilt, aber wir können diese Tricks für jede Klasse nutzen, die von NSObject erbt.

Hier werden UIViewController und swizzle viewDidLoad , um benutzerdefinierte Protokollierung hinzuzufügen:

extension UIViewController {
    
    // We cannot override load like we could in Objective-C, so override initialize instead
    public override static func initialize() {
        
        // Make a static struct for our dispatch token so only one exists in memory
        struct Static {
            static var token: dispatch_once_t = 0
        }
        
        // Wrap this in a dispatch_once block so it is only run once
        dispatch_once(&Static.token) {
            // Get the original selectors and method implementations, and swap them with our new method
            let originalSelector = #selector(UIViewController.viewDidLoad)
            let swizzledSelector = #selector(UIViewController.myViewDidLoad)
            
            let originalMethod = class_getInstanceMethod(self, originalSelector)
            let swizzledMethod = class_getInstanceMethod(self, swizzledSelector)
            
            let didAddMethod = class_addMethod(self, originalSelector, method_getImplementation(swizzledMethod), method_getTypeEncoding(swizzledMethod))
            
            // class_addMethod can fail if used incorrectly or with invalid pointers, so check to make sure we were able to add the method to the lookup table successfully
            if didAddMethod {
                class_replaceMethod(self, swizzledSelector, method_getImplementation(originalMethod), method_getTypeEncoding(originalMethod))
            } else {
                method_exchangeImplementations(originalMethod, swizzledMethod);
            }
        }
    }
    
    // Our new viewDidLoad function
    // In this example, we are just logging the name of the function, but this can be used to run any custom code
    func myViewDidLoad() {
        // This is not recursive since we swapped the Selectors in initialize().
        // We cannot call super in an extension.
        self.myViewDidLoad()
        print(#function) // logs myViewDidLoad()
    }
}

Grundlagen von Swift Swizzling

Tauschen wir die Implementierung von methodOne() und methodTwo() in unserer TestSwizzling Klasse aus:

class TestSwizzling : NSObject {
    dynamic func methodOne()->Int{
        return 1
    }
}

extension TestSwizzling {
    
    //In Objective-C you'd perform the swizzling in load(), 
    //but this method is not permitted in Swift
    override class func initialize()
    {

        struct Inner {
            static let i: () = {

                let originalSelector = #selector(TestSwizzling.methodOne)
                let swizzledSelector = #selector(TestSwizzling.methodTwo)                 
                let originalMethod = class_getInstanceMethod(TestSwizzling.self, originalSelector);
                let swizzledMethod = class_getInstanceMethod(TestSwizzling.self, swizzledSelector)                
                method_exchangeImplementations(originalMethod, swizzledMethod)
            }
        }
        let _ = Inner.i
    }
    
    func methodTwo()->Int{
        // It will not be a recursive call anymore after the swizzling
        return methodTwo()+1
    }
}

var c = TestSwizzling()
print(c.methodOne())
print(c.methodTwo())

Grundlagen des Swizzling - Objective-C

Objective-C-Beispiel für die initWithFrame: Methode initWithFrame:

static IMP original_initWithFrame;

+ (void)swizzleMethods {
    static BOOL swizzled = NO;
    if (!swizzled) {
        swizzled = YES;

        Method initWithFrameMethod =
            class_getInstanceMethod([UIView class], @selector(initWithFrame:));
        original_initWithFrame = method_setImplementation(
            initWithFrameMethod, (IMP)replacement_initWithFrame);
    }
}

static id replacement_initWithFrame(id self, SEL _cmd, CGRect rect) {
    
    // This will be called instead of the original initWithFrame method on UIView
    // Do here whatever you need... 

    // Bonus: This is how you would call the original initWithFrame method
    UIView *view =
        ((id (*)(id, SEL, CGRect))original_initWithFrame)(self, _cmd, rect);

    return view;
}


Modified text is an extract of the original Stack Overflow Documentation
Lizenziert unter CC BY-SA 3.0
Nicht angeschlossen an Stack Overflow