2 local notifications registriert - nur 1 aktiv

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • Fun Fact: Man beachte die Kommentare in Zeile 13–14

    Quellcode

    1. func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool {
    3. application.cancelAllLocalNotifications()
    4. let calendar = NSCalendar.currentCalendar()
    5. let startDate = NSDate()
    6. var notificationDate = calendar.dateByAddingUnit(NSCalendarUnit.Minute, value: 5, toDate: startDate, options: [])
    7. let localNotifaction = UILocalNotification()
    8. localNotifaction.alertTitle = "hi"
    9. localNotifaction.alertBody = "what a body!"
    10. localNotifaction.fireDate = notificationDate
    11. application.scheduleLocalNotification(localNotifaction)
    13. // Uncomment lower line to get both the local notifications at the latest print!
    14. //print(application.scheduledLocalNotifications)
    16. notificationDate = calendar.dateByAddingUnit(NSCalendarUnit.Minute, value: 10, toDate: startDate, options: [])
    17. localNotifaction.alertTitle = "hi again"
    18. localNotifaction.alertBody = "cool body"
    19. localNotifaction.fireDate = notificationDate
    20. application.scheduleLocalNotification(localNotifaction)
    22. print(application.scheduledLocalNotifications)
    24. print(application.scheduledLocalNotifications?.count)
    26. // Override point for customization after application launch.
    27. return true
    28. }
    Alles anzeigen

    Es liegt definitiv an Swift…

    Die Variante hier rennt natürlich auch erfolgreich:

    Quellcode

    1. func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool {
    3. application.cancelAllLocalNotifications()
    4. let calendar = NSCalendar.currentCalendar()
    5. let startDate = NSDate()
    6. var notificationDate = calendar.dateByAddingUnit(NSCalendarUnit.Minute, value: 5, toDate: startDate, options: [])
    7. var localNotifaction = UILocalNotification()
    8. localNotifaction.alertTitle = "hi"
    9. localNotifaction.alertBody = "what a body!"
    10. localNotifaction.fireDate = notificationDate
    11. application.scheduleLocalNotification(localNotifaction)
    13. // Uncomment lower line to get both the local notifications!
    14. //print(application.scheduledLocalNotifications)
    16. notificationDate = calendar.dateByAddingUnit(NSCalendarUnit.Minute, value: 10, toDate: startDate, options: [])
    17. localNotifaction = UILocalNotification()
    18. localNotifaction.alertTitle = "hi again"
    19. localNotifaction.alertBody = "cool body"
    20. localNotifaction.fireDate = notificationDate
    21. application.scheduleLocalNotification(localNotifaction)
    23. print(application.scheduledLocalNotifications)
    25. print(application.scheduledLocalNotifications?.count)
    27. // Override point for customization after application launch.
    28. return true
    29. }
    Alles anzeigen

    Was lernen wir daraus? Schließe nie von Funktionalität in Objective–C auf Funktionalität in Swift…
    «Applejack» "Don't you use your fancy mathematics to muddle the issue!"

    Iä-86! Iä-64! Awavauatsh fthagn!

    kmr schrieb:

    Ach, Du bist auch so ein leichtgläubiger Zeitgenosse, der alles glaubt, was irgendwelche Typen vor sich hin brabbeln. :-P

  • Marco Feltmann schrieb:

    (Schließlich wurde jetzt von Zweien im Swift Code festgestellt, dass es nur einmal drin landet – eventuell, weil das Ding via let definiert ist und mit neuerem Swift da das .copy() anders implementiert?)
    Da steht nur, dass das Objekt kopiert wird, aber nicht wie. Vermutlich übergibt die Queue die Daten an das System und liest sie von dort aus. Das muss aber nichts mit NSCopying zu tun haben.
    „Meine Komplikation hatte eine Komplikation.“