在过去的几个小时里,我一直在研究 SNRLastFMEngine,使其对 iOS 友好,但已经陷入停滞。我的问题出在一个函数中,该函数似乎使用了仅在 Mac OS 的 cocoa 应用程序中可用的函数。
函数如下:
- (void)_registerCustomURLSchemeHandler
{
// Register for Apple Events
NSAppleEventManager *em = [NSAppleEventManager sharedAppleEventManager];
[em setEventHandler:self andSelector:@selector(getURL:withReplyEvent:) forEventClass:kInternetEventClass andEventID:kAEGetURL];
// Set Sonora as the default handler
NSString *bundleID = [[NSBundle mainBundle] bundleIdentifier];
LSSetDefaultHandlerForURLScheme((CFStringRef)kCustomURLScheme, (CFStringRef)bundleID);
}
其中 kCustomURLScheme
是预定义的 NSString
然后由函数处理:- (void)getURL:(NSAppleEventDescriptor *)event withReplyEvent:(NSAppleEventDescriptor *)replyEvent
我考虑过添加一个 NSNotification
观察者来处理事件,但没有任何运气(它无法识别事件类或事件 ID,我不知道如何处理LSSetDefaultHandlerForURLScheme
)。我没有任何使用 Mac OS 应用程序的经验,并且我确信我错过了更大的前景。我非常感谢任何精通两种语言的人的帮助/指导。
最佳答案
在 iOS 中,您无法在运行时向系统动态注册 URL 方案。
您可以通过 CFBundleURLTypes 属性在 Info.plist 文件中列出您的应用程序,告诉 iOS 您的应用程序可以处理 URL 方案。 (这可能会在文件的 Xcode 显示中显示为“URL 类型”)。
这确实意味着您支持的方案列表是在您发布应用程序时预先声明的,并且除非您提交应用程序的新版本,否则它无法更改。尝试更改 Info.plist 文件将不起作用,因为它会破坏文件的签名,并且 iOS 将拒绝运行它。
关于ios - 将 cocoa 翻译为 cocoa 味 -,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9637144/