我正在使用与主应用共享的代码来实现 iOS 操作扩展。其中一些使用 [[UIApplication sharedApplication] sendAction:to:from:event]
向第一响应者发送操作。
由于 sharedApplication
在扩展中不可用,因此无法编译此代码。
我尝试了一种解决方法,即实例化一个 UIControl
,并使用 -[UIControl sendAction:to:forEvent:]
从它发送一个 Action 。这可行,但有一个很大的缺点(除了感觉很hacky):无法控制发件人(这将是 UIControl
实例),在我的情况下这是必要的。
我正在考虑的另一种解决方法是通过观察 UIApplication 通知并从中获取 object
属性来检索包装扩展的 UIApplication
对象(我已经确认某些这些通知仍然在扩展中发送。)但即使这确实有效,它是否有机会被 Apple 批准,因为它只是在欺骗 sharedApplication
限制?有人在实时应用中体验过这种技术吗?
谢谢!
看起来没有直接的方法可以做到这一点。看看一个反汇编的 UIKit,调用 -[UIApplication sendAction:to:from:forEvent:]
的方法非常少,而且所有这些方法都明确地提供了一个发送者。
好消息是 -[UIControl sendAction:to:forEvent:]
只是 -[UIApplication sendAction:to:from:forEvent:]
的一个薄包装:
void -[UIControl sendAction:to:forEvent:](void * self, void * _cmd, void * arg2, void * arg3, void * arg4) {
rbx = [arg3 retain];
[*_UIApp sendAction:arg2 toTarget:rbx fromSender:self forEvent:arg4];
rdi = rbx;
[rdi release];
return;
}
如果您愿意冒险 Apple 可能会更改控件交互的基本行为以完全取消扩展中的 UIApplication
,那么调用 sendAction:to 可能相对安全:from:forEvent:
在找到的应用程序实例上。我将检索它的方式是 view.window.nextResponder
,因为如果窗口不为零,这始终是一个 UIApplication
:
[(id)view.window.nextResponder sendActionselector(foo to:nil from:nil event:nil]
Apple 不应该拒绝这一点,因为您没有使用不允许的 API,并且您没有做任何 UIControl
尚未做的事情。
如果您不想冒险,您正在做的可能是最好的方法,创建一个虚拟控件(如果需要)并使用它来发送操作。
关于ios - 由于 `sharedApplication` 不可用,如何以编程方式在 iOS 扩展中发送操作?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34746093/
欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |