Gibt es einen Grund, einen geplanten NSTimer beizubehalten, wenn Sie ihn nicht ungültig machen müssen?

Question

Ich gehe zurück über irgendeinen schlauen Code, um es aufzuräumen und ich sehe, dass ich NSTimers, die von scheduledTimerWithTimeInterval:target:selector:userInfo:repeats: zurückgegeben wurden, beibehalte und sie in einem Feld ablege - dann lasse ich das Feld frei, wenn es feuert. In einigen Fällen verwende ich den Timer, um später eine Ungültigkeitsnachricht zu senden - aber in vielen Fällen nicht.

Im neueren Code plane ich normalerweise nur den Timer und vergiss es. Ich verstehe, dass die Konstruktormethode Autoreleasing ist und der Zeitgeber von der Ausführungsschleife beibehalten wird, während es aktiv ist - damit sehe ich kein Problem.

Also, mein Verständnis abzurunden gerade aus - gibt es einen anderen Grund, warum ich meine Timer auf abhalten sollte, oder ist das, was ich jetzt das akzeptierte Idiom tue?

Dies ist alles im Zusammenhang mit iPhone-Code, aber ich glaube nicht, dass dies iPhone spezifisch ist.

Answer 1

lasse ich nur die Laufschleife, um den Rückhaltegriff, ich - es ist die Laufschleife, die den Timer und nicht mir gehört. Wenn du verstehst was ich meine.

Answer 2

Ich beantworte meine eigene Frage.

Ich war meistens die Frage zu stellen, weil ich durch die Klassenreferenz docs gerade gewesen war und dieses Problem war nicht wirklich klar. Ich habe seitdem den Timer Programmierung Themen gelesen: Verwenden Timer Artikel im ADC und es deckt es ziemlich gut - vor allem der Abschnitt über die Speicherverwaltung am Ende.

Nach dem, was ich jetzt tue (nur planen, es sei denn, ich in der Lage sein müssen, nennen ungültig oder isValid usw.) ist der richtige Weg.