Suchergebnisse
Suchergebnisse 21-28 von insgesamt 28.
-
NSCoder Night Köln 09.04.2009
BeitragAh, mein Ausweichbüro das Woyton. Nur die Musik ist manchmal ein bisschen laut wenn die Bedienung meint, sie wären eigentlich lieber eine Konzerthalle. Was ist eine "NSCoder Night"? Für wen / was ist das gedacht? Evtl. steht das hier irgendwo zum durchlesen? edit: gefunden
-
Zitat: „Original von MCDan Wenn eine App deutlich mehr als 20 MB benötigt, kann es auf einem iPhone schon mal schnell knapp werden und die App wird dann bei den Anwendern permanent gekickt.“ Das ist ein guter Hinweis, danke! edit: Instruments zeigt für einen exemplarischen Durchlauf der Anwendung unter "ObjectAlloc" folgende Werte: Net Bytes: 861712 Overall Bytes: 8323792 Rund 842 kB netto hört sich unproblematisch an. Aber wie ist das mit den Overall Bytes? Dieser Wert steigt bei jeder Aktion i…
-
Könnt ihr aus Erfahrung sagen, ob es für die Performance einer App einen Unterschied macht, ob sie auf einem iPhone oder einem iPod Touch läuft? (mal von den iPhone-only features abgesehen) Der iPod 2G hat ja eine etwas schnellere CPU, noch wichtiger scheint mir aber die Ressourcenbeanspruchung durch die laufende Konnektivität mit dem Provider zu sein. Sowie auch das Verhalten der App im Falle eines Anrufes / einer SMS? Ich bin gerade dabei, für eine App die Performance zu optimieren, bevor ich …
-
Zitat: „Original von sigi Ja. Aber im Falle "assign" macht der Setter prinzipiell ja nix anderes die Variable direkt zuweisen. Ohne Retains und Release von Objekten.“ Genau das ist es, mit dem Nichtbeachten der Wirkung des retain-Paramters habe ich mir den Fehler eingebaut (habs auch nochmal in Apples' Objective C Guide nachgelesen). Im Code werden zwei Views immer im Wechsel gegeneinander ausgetauscht, das geschieht allerdings an zwei verschiedenen Stellen (weil die Views vor dem Anzeigen unter…
-
Zitat: „Original von sigi Bist du auch ganz sicher, dass "einInstanziierterView" auch beim 2. Aufruf des Setters ein gültiges Objekt ist?“ Jepp, daran dachte ich auch zuerst. Aber die Anwendung arbeitet an dieser Stelle weiter mit dem richtig zugewiesenen View, d.h. er wird auch korrekt angezeigt. Ist diese Zuweisung testweise auskommentiert, bleibt stattdessen der vorherige View weiterhin sichtbar.
-
Zitat: „Original von longW Wenn der Fehler nicht in dem Teil des Codes auftritt, den Du hier als korrekt vorstellst, muss er woanders liegen. Wenn Du getter/setter benutzt, weist Du Werte durch Methoden zu, wenn Du sie direkt aufrufst, bleiben die Methoden unbenutzt. “ Der Log ist eine Zeile vor oben beschriebener Stelle, an der das Programm abstürzt. Ich merke gerade, dass der Setter schon vom Compiler verlangt wird, wenn ich den Pointer über self anspreche, aber nicht, wenn ich ihn ohne self a…
-
Die Debugger Konsole zeigt in diesem Fall leider keine konkrete Fehlerbeschreibung. Die @property ist mit (retain, nonatomic) definiert. Der Zeiger zeigt unmittelbar vor dem Absturz auch in beiden Variationen auf die gleiche Adresse, wenn ich es mit NSLog ausgebe Zitat: „currentView: <UIView: 0x5426e0>, self.currentView: <UIView: 0x5426e0>“
-
Hallo, mein erster Post - ich habe lange versucht ohne auszukommen, aber für das folgende finde ich als Neuling hier mit Erfahrung in Java keine Erklärung: in einem UIKit Projekt habe ich im Header eines ViewControllers einen Zeiger angelegt, der später auf einen SubView zeigen soll: Quellcode (1 Zeile) Ausserdem hab ich getter und setter dafür mittels @property / @synthesize festgelegt. Bei der Zuweisung eines Views zu diesem Pointer im Implementierungs-Teil des selben ViewControllers bekomme i…