iCulture forum | iPhone, iPad,  iPod touch, Apple TV en iOS

iCulture forum | iPhone, iPad, iPod touch, Apple TV en iOS (https://forum.iculture.nl/)
-   Ontwikkelen voor iOS (https://forum.iculture.nl/f133/development/f58/ontwikkelen-voor-ios/)
-   -   Multitasking wekker (https://forum.iculture.nl/f133/development/f58/ontwikkelen-voor-ios/78845-multitasking-wekker.html)

bluecola 29-11-10 22:35

Multitasking wekker
 
De titel veraad mijn vraag al, ik wil een speciaal soort wekker app maken, die op de achtergrond draait. Dus dat je een tijd instelt, en dat er dan een geluidje gaat spelen. Dit moet dus op de background draaien. Moet ik hier dan iets speciaals voor doen om dat te laten werken, of gaat dit automarisch?

Alvast bedankt!

vuurvreter 29-11-10 22:39

Citaat:

Oorspronkelijk geplaatst door bluecola (Bericht 608003)
De titel veraad mijn vraag al, ik wil een speciaal soort wekker app maken, die op de achtergrond draait. Dus dat je een tijd instelt, en dat er dan een geluidje gaat spelen. Dit moet dus op de background draaien. Moet ik hier dan iets speciaals voor doen om dat te laten werken, of gaat dit automarisch?

Alvast bedankt!

Is dit niet gewoon de timer functie die standaard bij de klok inzit?

bluecola 29-11-10 22:41

ja sure, maar er zit een speciaal idee achter de app, die ik hier natuurlijk niet vertel (:

Geno 29-11-10 22:43

Zoeken in de Apple documentatie naar UILocalNotification.

Kan je timers instellen, zonder dat je app op de achtergrond draait.

bluecola 29-11-10 22:45

Hmmmm, oke. Maar het moet toch ook in principe via de multitask kunnen?

Geno 29-11-10 23:03

Waarom zou je dat willen?

bluecola 29-11-10 23:36

puur om te leren.

Geno 29-11-10 23:45

Je kan je app niet actief houden op de achtergrond. Alleen bepaalde processen kunnen doorlopen zoals downloaden/streaming, muziek afspelen en navigatie.

Timers niet. Daar heeft Apple UILocalNotification op bedacht.

bluecola 30-11-10 00:57

oke, duidelijk, thanks (:

bluecola 30-11-10 01:01

Ik lees even de reference door, en ik loop ergens op vast.
Ik heb nergens geleerd waarvoor @property(nonatomic, retain) voor staat. Ik vroeg me af wat dit inhoud. Want voor een localNotification heb je @proptery(nonatomic, copy) nodig. En dit is dus weer iets anders.
Zou je me even kunnen uitleggen wat dit allemaal betekent?

edit: ik lees in de reference super veel over alle opties die je kunt gebruiken, maar nergens hoe je hem instelt in je code, en dit is wat ik wil weten.

Geno 30-11-10 01:30

Het is lastig uit te leggen als je niet waarvoor je properties declareert, maar kortweg:

nonatomic betekent dat je direct de waarde terugkrijgt van je accessor (zonder retain, dus vaak dat je er nog retain achter zet).

copy gebruik je om te zorgen dat als er een kopie van je eigen object wordt gemaakt, dat de waarde behouden blijft en niet zomaar aangepast kan worden. Dit geldt in de meeste gevallen voor een NSString. Maar bv. ook NSDate of NSDictionary, waar er vaak een mutable copy van het originele object wordt gemaakt.
Kortweg, als je een NSString copy meegeeft en er kan een kopie gemaakt worden (mutable) dan wordt copy gebruikt. Is het immutable (waarde niet aanpasbaar) dan geldt retain.

Bij een NSArray is het helaas weer anders. Als je bij een array copy doet, krijg je een immutable copy terug.

Als ik het zo teruglees is het niet zo heel duidelijk, maar wellicht dat iemand anders het beter kan uitleggen dan ik.


Citaat:

Oorspronkelijk geplaatst door bluecola (Bericht 608096)

edit: ik lees in de reference super veel over alle opties die je kunt gebruiken, maar nergens hoe je hem instelt in je code, en dit is wat ik wil weten.

Local Notification Programming Guide:

http://developer.apple.com/library/i...8194-CH103-SW1

bluecola 30-11-10 16:29

Citaat:

Oorspronkelijk geplaatst door Geno (Bericht 608099)
Het is lastig uit te leggen als je niet waarvoor je properties declareert, maar kortweg:

nonatomic betekent dat je direct de waarde terugkrijgt van je accessor (zonder retain, dus vaak dat je er nog retain achter zet).

copy gebruik je om te zorgen dat als er een kopie van je eigen object wordt gemaakt, dat de waarde behouden blijft en niet zomaar aangepast kan worden. Dit geldt in de meeste gevallen voor een NSString. Maar bv. ook NSDate of NSDictionary, waar er vaak een mutable copy van het originele object wordt gemaakt.
Kortweg, als je een NSString copy meegeeft en er kan een kopie gemaakt worden (mutable) dan wordt copy gebruikt. Is het immutable (waarde niet aanpasbaar) dan geldt retain.

Bij een NSArray is het helaas weer anders. Als je bij een array copy doet, krijg je een immutable copy terug.

Als ik het zo teruglees is het niet zo heel duidelijk, maar wellicht dat iemand anders het beter kan uitleggen dan ik.




Local Notification Programming Guide:

Loading…

Hmmm, ik volg je half. Genoeg voor het moment in elk geval. Supppeerr bedankt voor je hulp!


Alle tijden zijn GMT +2. Het is nu 11:36.