问题
I have an app that uses local notifications and supports iOS 10. I am trying to add iOS 9 support which requires me to use the old location notification API. I am trying to use @available and #available on my iOS 10 code and I can't figure out how to get my center variable to only be for devices running iOS 10.
When I set my target from iOS 10 to 9 I get the error message for this variable: "UNUserNotificationCenter is only available on iOS 10.0 or newer." It suggests I add "@available(iOS 10.0, *)" to my entire class which I don't want to do since there is code in this class that will be used for iOS 9. I appreciate any suggestions on how to limit my center property to just iOS 10.
class ViewController: UIViewController, UITextFieldDelegate {
let center = UNUserNotificationCenter.current()
...
回答1:
@available
could be used around a whole class or one or more functions, but not for properties.
Regarding your UNUserNotificationCenter usage, current
returns a singleton that never changes, so why not just remove the center
constant, and just use UNUserNotificationCenter.current()
where center
is used?
回答2:
Here is one potential solution (thanks to blog post). The idea is to use a stored property with a type of Any
and then create a computed property that will cast the stored property (and instantiate it if necessary).
private var _selectionFeedbackGenerator: Any? = nil
@available(iOS 10.0, *)
fileprivate var selectionFeedbackGenerator: UISelectionFeedbackGenerator {
if _selectionFeedbackGenerator == nil {
_selectionFeedbackGenerator = UISelectionFeedbackGenerator()
}
return _selectionFeedbackGenerator as! UISelectionFeedbackGenerator
}
Another option is to use lazy
(however, this makes the variable read-write):
@available(iOS 10.0, *)
private(set) lazy var center = UNUserNotificationCenter.current()
回答3:
I know this is an older question but I wanted to add an answer for people who come here via Google as I did.
As kgaidis and Cœur mentioned, you can use @available
on computed properties. However, lazy
variables are considered computed properties and so you can use @available
on them too. This has the nice benefit of removing the boilerplate of the extra stored property and the forced casts - in fact, it leaves no evidence of the property in your pre-iOS 10 code.
You can simply declare it like this:
@available(iOS 10.0, *)
private(set) lazy var center = UNUserNotificationCenter.current()
Unfortunately there's no way to make it completely read-only but the private(set)
at least makes it read-only outside of the class.
回答4:
Similar idea than kgaidis, by using a separate stored property of a type accepted in any version. But Any
may be too generic, as it cannot be declared weak
for instance, so you may want to replace it with a conforming protocol in some situations:
private weak var _notificationCenterDelegate: NSObjectProtocol?
@available(iOS 10.0, *)
var notificationCenterDelegate: UNUserNotificationCenterDelegate? {
return _notificationCenterDelegate as? UNUserNotificationCenterDelegate
}
回答5:
The code I use for feedback generators in my apps which supports iOS 9. As you can see, it's simple and it has no force casts. The main idea is to store value in Any?
property and use it via computed one.
private var storedFeedbackGenerator: Any? = nil
@available(iOS 10.0, *)
private var feedbackGenerator: UISelectionFeedbackGenerator {
if let generator = storedFeedbackGenerator as? UISelectionFeedbackGenerator {
return generator
}
let generator = UISelectionFeedbackGenerator()
generator.prepare()
storedFeedbackGenerator = generator
return generator
}
回答6:
let validClass = NSClassFromString("UNUserNotificationCenter") != nil
Use validClass
to decide code specific for iOS 10 like :
if validClass
// iOS 10 code
else
// Earlier than iOS 10 code
来源:https://stackoverflow.com/questions/41904724/using-available-with-stored-properties