Swift Language
Metoda Swizzling
Szukaj…
Uwagi
Podczas korzystania z metody swizzling w Swift są dwa wymagania, które muszą spełniać twoje klasy / metody:
- Twoja klasa musi rozszerzyć
NSObject
- Funkcje, które chcesz zamienić, muszą mieć atrybut
dynamic
Aby uzyskać pełne wyjaśnienie, dlaczego jest to wymagane, sprawdź Korzystanie z Swift z kakao i Objective-C :
Wymagająca dynamicznej wysyłki
Podczas gdy atrybut
@objc
udostępnia interfejs API Swift w środowisku wykonawczym Objective-C, nie gwarantuje dynamicznego wysłania właściwości, metody, indeksu dolnego lub inicjatora. Kompilator Swift może nadal dewirtualizować lub wbudowywać dostęp do elementów członkowskich, aby zoptymalizować wydajność kodu, omijając środowisko wykonawcze Objective-C . Gdy zaznaczysz deklarację elementu za pomocą modyfikatoradynamic
, dostęp do tego elementu jest zawsze dynamicznie wywoływany. Ponieważ deklaracje oznaczone modyfikatoremdynamic
są wysyłane przy użyciu środowiska wykonawczego Objective-C, są one domyślnie oznaczone atrybutem@objc
.Wymaganie dynamicznej wysyłki jest rzadko konieczne. Należy jednak użyć modyfikatora
dynamic
gdy wiadomo, że implementacja interfejsu API jest zastępowana w czasie wykonywania . Na przykład można użyć funkcjimethod_exchangeImplementations
w środowisku wykonawczym Objective-C, aby zamienić implementację metody podczas działania aplikacji. Jeśli kompilator Swift wprowadziłby implementację metody lub zdirirtualizował dostęp do niej, nowa implementacja nie zostałaby użyta .
Spinki do mankietów
Rozszerzanie UIViewController i Swizzling viewDidLoad
W Objective-C zamiana metod jest procesem zmiany implementacji istniejącego selektora. Jest to możliwe ze względu na sposób, w jaki selektory są odwzorowywane na tabeli wysyłki lub tabeli wskaźników na funkcje lub metody.
Metody Pure Swift nie są dynamicznie wywoływane przez środowisko wykonawcze Objective-C, ale nadal możemy korzystać z tych sztuczek w dowolnej klasie, która dziedziczy po NSObject
.
Tutaj będziemy przedłużać UIViewController
i swizzle viewDidLoad
dodać trochę niestandardowy rejestrowanie:
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()
}
}
Podstawy Swift Swizzling
methodOne()
implementację metody methodOne()
i methodTwo()
w naszej klasie TestSwizzling
:
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())
Podstawy swizzlinga - Cel C
Przykład C celu zamiatania metody initWithFrame:
metody UIView
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;
}