NSUserDefaultsDidChangeNotification 和今天的扩展
NSUserDefaultsDidChangeNotification and Today Extensions
我正在开发带有 Today Extension 的 iPhone 应用程序。该应用程序有一个加载 from/saves 到 NSUserDefaults
的模型模块。由于我希望主应用程序和扩展程序都可以使用此信息,因此我使用了一个应用程序组:
let storage = NSUserDefaults(suiteName: "group.etc.etc.etc...")
应用程序和扩展程序都可以毫无问题地访问信息。
主应用有时可能会创建本地通知以呈现给用户。该通知有两个与之关联的操作 (UIUserNotificationAction
)。其中一项操作会在主应用程序的后台触发一些代码 运行。该代码更改 NSUserDefaults
信息并触发同步。我的代码是这样的:
func application(application: UIApplication, handleActionWithIdentifier id: String?, forLocalNotification not: UILocalNotification, completionHandler: () -> ()) {
// Interact with model here
// New information gets saved to NSUserDefaults
userDefaultsStorage.synchronize()
completionHandler()
}
现在,在今天分机。我自然会观察对 NSUserDefaults
上的信息所做的任何更改,以便我可以重新加载小部件上的界面:
override func viewDidLoad() {
super.viewDidLoad()
// ...
NSNotificationCenter.defaultCenter().addObserverForName(NSUserDefaultsDidChangeNotification, object: nil, queue: NSOperationQueue.mainQueue()) { _ in
self.reload()
}
}
现在,这是我的问题:
主应用程序安排 UILocalNotification。我打开今天视图并查看我的今天小部件。
当通知触发时,屏幕顶部会出现一个横幅。
我在该横幅上向下滑动以显示两个操作,然后 select 我之前提到的那个(今天的小部件仍在屏幕上)。
我知道 运行 操作在后台是正确的,并且正在对 NSUserDefaults
上的信息进行更改。
但是,即使 今日小部件 一直处于活动状态并一直显示在屏幕上,也不会触发重新加载操作。经过进一步调查,我可以确认 NSUserDefaultsDidChangeNotification
是 而不是 被触发(我放置了一个断点但它没有触发,并且还做了一些其他检查)。
我知道通知操作正在进行更改,因为如果我强制重新加载小部件(通过关闭和打开今天视图),小部件会正确更新。
我在网上看到各种教程,他们说的第一件事就是收听此通知并更新小部件,以便 "the widget is in sync with NSUserDefaults
"。但问题是 AFAICT 这个通知绝对没用!怎么会??
注意 1:当我在 中更改 NSUserDefaults 上的信息时 今日小部件通知会正确触发。
注意 2:顺便说一句,调试今天的小部件绝对是可怕的。总是需要告诉 Xcode 到 "Attach to process by name..." 才能对断点和崩溃做出反应。而且 iOS 不断地为小部件创建一个新进程,所以我必须不断地告诉 Xcode 再次附加。
来自 doc 此处:
Cocoa includes two types of notification centers:
The NSNotificationCenter class manages notifications within a single
process. The NSDistributedNotificationCenter class manages
notifications across multiple processes on a single computer.
显然,包含应用程序和今天的扩展是不同的进程,因为当你调试今天的扩展时,你想附加包含应用程序的进程,但 NSNotificationCenter 只在一个进程中工作。
为了在包含的应用程序和扩展程序之间进行通信,您可以使用
Darwin 通知中心 CFNotificationCenter
与 NSDistributedNotificationCenter
类似,仅适用于 osx。
想法是使用他们共享的组文件夹中的文件。在包含应用程序中,您将要发送的数据写入文件,然后 post 一个 CFNotification,今天的分机将收到该通知。
在今天的扩展中,使用 CFNotificationCenterAddObserver
观察 CFNotification,收到它后,将调用回调,其中 NSNotification 必须 posted 因为回调是 C 风格的函数并且CFNotification中不能传入"userInfo",收到这个NSNotification对象后,开始从文件中读取数据,用于更新通知中心的今天扩展视图。
您可以使用此 github code 来强制加载今天的扩展视图。它对我有用。
这是一个很棒的post。 http://www.atomicbird.com/blog/sharing-with-app-extensions
另一种选择是使用 setHasContent 函数。当您安排本地标识符时,将 has content 设置为 false 以隐藏视图,在 handleActionWithIdentifier
中将其设置为 true 以显示视图。这样,当你停留在通知中心时,你暂时看不到视图,但是当你看到它时,它就是更新后的数据。
let widgetController = NCWidgetController.widgetController()
widgetController.setHasContent(false, forWidgetWithBundleIdentifier: "YourTodayWidgetBundleIdentifier")
但我认为整个问题是极少数情况,不需要修复,因为您可以通过重新加载通知中心或切换到通知选项卡并切换回今天选项卡来获取更新数据。
我正在开发带有 Today Extension 的 iPhone 应用程序。该应用程序有一个加载 from/saves 到 NSUserDefaults
的模型模块。由于我希望主应用程序和扩展程序都可以使用此信息,因此我使用了一个应用程序组:
let storage = NSUserDefaults(suiteName: "group.etc.etc.etc...")
应用程序和扩展程序都可以毫无问题地访问信息。
主应用有时可能会创建本地通知以呈现给用户。该通知有两个与之关联的操作 (UIUserNotificationAction
)。其中一项操作会在主应用程序的后台触发一些代码 运行。该代码更改 NSUserDefaults
信息并触发同步。我的代码是这样的:
func application(application: UIApplication, handleActionWithIdentifier id: String?, forLocalNotification not: UILocalNotification, completionHandler: () -> ()) {
// Interact with model here
// New information gets saved to NSUserDefaults
userDefaultsStorage.synchronize()
completionHandler()
}
现在,在今天分机。我自然会观察对 NSUserDefaults
上的信息所做的任何更改,以便我可以重新加载小部件上的界面:
override func viewDidLoad() {
super.viewDidLoad()
// ...
NSNotificationCenter.defaultCenter().addObserverForName(NSUserDefaultsDidChangeNotification, object: nil, queue: NSOperationQueue.mainQueue()) { _ in
self.reload()
}
}
现在,这是我的问题:
主应用程序安排 UILocalNotification。我打开今天视图并查看我的今天小部件。
当通知触发时,屏幕顶部会出现一个横幅。
我在该横幅上向下滑动以显示两个操作,然后 select 我之前提到的那个(今天的小部件仍在屏幕上)。
我知道 运行 操作在后台是正确的,并且正在对 NSUserDefaults
上的信息进行更改。
但是,即使 今日小部件 一直处于活动状态并一直显示在屏幕上,也不会触发重新加载操作。经过进一步调查,我可以确认 NSUserDefaultsDidChangeNotification
是 而不是 被触发(我放置了一个断点但它没有触发,并且还做了一些其他检查)。
我知道通知操作正在进行更改,因为如果我强制重新加载小部件(通过关闭和打开今天视图),小部件会正确更新。
我在网上看到各种教程,他们说的第一件事就是收听此通知并更新小部件,以便 "the widget is in sync with NSUserDefaults
"。但问题是 AFAICT 这个通知绝对没用!怎么会??
注意 1:当我在 中更改 NSUserDefaults 上的信息时 今日小部件通知会正确触发。
注意 2:顺便说一句,调试今天的小部件绝对是可怕的。总是需要告诉 Xcode 到 "Attach to process by name..." 才能对断点和崩溃做出反应。而且 iOS 不断地为小部件创建一个新进程,所以我必须不断地告诉 Xcode 再次附加。
来自 doc 此处:
Cocoa includes two types of notification centers: The NSNotificationCenter class manages notifications within a single process. The NSDistributedNotificationCenter class manages notifications across multiple processes on a single computer.
显然,包含应用程序和今天的扩展是不同的进程,因为当你调试今天的扩展时,你想附加包含应用程序的进程,但 NSNotificationCenter 只在一个进程中工作。
为了在包含的应用程序和扩展程序之间进行通信,您可以使用
Darwin 通知中心 CFNotificationCenter
与 NSDistributedNotificationCenter
类似,仅适用于 osx。
想法是使用他们共享的组文件夹中的文件。在包含应用程序中,您将要发送的数据写入文件,然后 post 一个 CFNotification,今天的分机将收到该通知。
在今天的扩展中,使用 CFNotificationCenterAddObserver
观察 CFNotification,收到它后,将调用回调,其中 NSNotification 必须 posted 因为回调是 C 风格的函数并且CFNotification中不能传入"userInfo",收到这个NSNotification对象后,开始从文件中读取数据,用于更新通知中心的今天扩展视图。
您可以使用此 github code 来强制加载今天的扩展视图。它对我有用。
这是一个很棒的post。 http://www.atomicbird.com/blog/sharing-with-app-extensions
另一种选择是使用 setHasContent 函数。当您安排本地标识符时,将 has content 设置为 false 以隐藏视图,在 handleActionWithIdentifier
中将其设置为 true 以显示视图。这样,当你停留在通知中心时,你暂时看不到视图,但是当你看到它时,它就是更新后的数据。
let widgetController = NCWidgetController.widgetController()
widgetController.setHasContent(false, forWidgetWithBundleIdentifier: "YourTodayWidgetBundleIdentifier")
但我认为整个问题是极少数情况,不需要修复,因为您可以通过重新加载通知中心或切换到通知选项卡并切换回今天选项卡来获取更新数据。