Swift Language
Método Swizzling
Buscar..
Observaciones
Cuando use Swizzling de métodos en Swift, hay dos requisitos que sus clases / métodos deben cumplir:
- Tu clase debe extender
NSObject
- Las funciones que desea cambiar deben tener el atributo
dynamic
Para obtener una explicación completa de por qué se requiere esto, consulte Uso de Swift con Cocoa y Objective-C :
Requerir el envío dinámico
Si bien el atributo
@objc
expone su Swift API al tiempo de ejecución de Objective-C, no garantiza el envío dinámico de una propiedad, método, subíndice o inicializador. El compilador Swift aún puede desvirtualizar o acceder a los miembros en línea para optimizar el rendimiento de su código, sin pasar por el tiempo de ejecución de Objective-C . Cuando marca una declaración de miembro con el modificadordynamic
, el acceso a ese miembro siempre se despacha dinámicamente. Debido a que las declaraciones marcadas con el modificadordynamic
se envían utilizando el tiempo de ejecución de Objective-C, se marcan implícitamente con el atributo@objc
.Requerir el envío dinámico rara vez es necesario. Sin embargo, debe usar el modificador
dynamic
cuando sepa que la implementación de una API se reemplaza en tiempo de ejecución . Por ejemplo, puede usar la funciónmethod_exchangeImplementations
en el tiempo de ejecución de Objective-C para intercambiar la implementación de un método mientras se ejecuta una aplicación. Si el compilador Swift incorporara la implementación del método o el acceso desvirtualizado a él, la nueva implementación no se usaría .
Campo de golf
Ampliando UIViewController y Swizzling viewDidLoad
En Objective-C, el método swizzling es el proceso de cambiar la implementación de un selector existente. Esto es posible debido a la forma en que los selectores se asignan en una tabla de envío, o una tabla de punteros a funciones o métodos.
Los métodos Pure Swift no se distribuyen dinámicamente en el tiempo de ejecución de Objective-C, pero aún podemos aprovechar estos trucos en cualquier clase que hereda de NSObject
.
Aquí, extenderemos UIViewController
y swizzle viewDidLoad
para agregar un registro personalizado:
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()
}
}
Fundamentos de Swift Swiftling
Cambiemos la implementación de methodOne()
y methodTwo()
en nuestra clase 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())
Fundamentos de Swizzling - Objective-C
Objective-C ejemplo de swizzling UIView's initWithFrame:
method
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;
}