Swift Language
Methode Swizzling
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 demdynamic
Modifizierer markieren, wird der Zugriff auf dieses Member immer dynamisch ausgelöst. Da Deklarationen, die mit demdynamic
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 Funktionmethod_exchangeImplementations
in der Objective-C-Laufzeit verwenden, um die Implementierung einer Methodemethod_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 .
Links
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;
}