Fallstricke der Entwicklung für iPhone

Sicher, Tausende. Das Gleiche gilt für jede Softwareentwicklung. Unglücklicherweise ist der einfachste Weg, sie aufzuzählen, sie auf ein Blatt Papier zu schreiben, während du darauf wartest, dass eine freundliche Seele dich von der loslässt, in die du gerade reingefallen bist.

Allerdings:

1. Versuchen Sie nicht, das Rad neu zu erfinden. Die iPhone API ist sehr komplett - Sie müssen nur nach der Einrichtung suchen, die Sie brauchen. Dinge werden NICHT immer so implementiert, wie Sie es erwarten würden. Lesen Sie die Anleitungen sorgfältig. Schau dir die Tutorials an und analysiere, wie sie funktionieren. (Versuchen Sie, hier oder dort im Tutorial eine Zeile zu ändern, um zu sehen, welchen Unterschied die Änderung macht.) Der größte Fehler, den ich in 1 Jahr Entwicklung gemacht habe, ist nicht hart genug, um den iPhone Weg zu finden etwas zu tun.

2. Ignorieren Sie die Speicherverwaltung nicht. Meistere es früh und oft. Verwenden Sie die Object Allocation- und Leaks-Tools in Instruments, um häufig nach Speicherlecks zu suchen. Ich würde empfehlen, nach jeder Funktion oder Ansicht zu überprüfen; häufiger als das, wenn Sie weiterhin Fehler finden. Irgendwann wirst du es vielleicht so gut verstehen, dass du damit aufhören kannst.

3. Verwenden Sie nicht nur die Standardeinstellungen für das Erstellen. Spiel mit ihnen herum, um zu verstehen, was sie tun. Ermitteln Sie die Zertifizierung und den Vertrieb. SCHNELL IN DAS ENTWICKLERPROGRAMM KOMMEN - es kann eine Weile dauern, diese Pipeline durchzudrücken. [UND wenn Sie diese Benachrichtigung erhalten, die Sie erneuern müssen, erhalten Sie sie sofort - es gab Probleme mit diesem Prozess. ]

4. Vernachlässigen Sie nicht, die Human Interface Guidelines (HIG) sorgfältig zu lesen. Wenn sie sagen, nichts zu tun - TUN SIE ES NICHT. Apple wird Anwendungen zurückweisen, die ihre Ikonographie missbrauchen.

5. Achten Sie nicht auf Marketing. Ja, der App Store bringt Ihre App vor Millionen von Menschen ... In der Theorie. Aber die Chancen, von vorne zu pagen, sind gering. Es gibt viele großartige Apps im App Store, die nicht viel verkauft haben, weil sie niemand kennt.

6. Ruhen Sie sich nicht auf Ihren Lorbeeren aus. Wenn eine neue Technologie herauskommt, finden Sie heraus, ob es Ihre Arbeit erleichtert; Wenn es so ist, nehmen Sie sich die Zeit, es zu lernen. Persönliches Beispiel: Ich versuche gerade, von der SQLite-basierten Datenverwaltung auf Core Data umzusteigen, da ich zu der Zeit, als ich mein neuestes Projekt startete, in Eile war; jetzt wünschte ich, ich wäre langsamer geworden und hätte darüber nachgedacht.

7. Gehen Sie nicht in Ihr Designdenken ein (zum Beispiel) "Wie implementiere ich mein Konzept mit einer Tabellenansicht?" Es ist richtig, dass Tabellenansichten für viele Informations- und Utility-Anwendungen natürlich sind, aber nicht eingeschränkt sind. Denken Sie stattdessen darüber nach, was Benutzer tun können, wie Sie es einfacher machen können - Dinge zusammenstellen, die zusammen verwendet werden, usw. Wenn Sie das Konzept von Use Cases noch nie erforscht haben, lesen Sie weiter sie.

8. Zögern Sie nicht, zusammengesetzte Ansichten zu erstellen. Viele der Fragen, die ich hier in Stack Overflow gesehen habe, haben damit zu tun, dass man eine Symbolleiste an den Anfang einer Tabelle stellt oder ein Bild im Hintergrund eines Textfelds hat. Ich verstehe den Wunsch, die Dinge auf die leichte Art und Weise zu tun, und wie ich oben in Punkt 1 darlege, wenn es ein einfacher Weg ist, benutze es. In vielen Fällen besteht die Lösung jedoch darin, ein paar Ansichten mit geeigneter Platzierung und Transparenz zu überlagern.

Vergessen Sie nicht die Programmierhilfen. Während die Dokumentation sehr umfangreich ist, enthalten die Programmierhandbücher eine ganze Reihe nützlicher Tipps und "Insider" -Informationen, die einfach nicht aus den Lesemethodendefinitionen zu entnehmen sind. Ich verbringe genauso viel Zeit damit, die Leitfäden für eine Technologie (etwa Core Data) zu lesen, wie ich sie tatsächlich implementiere.

Gehen Sie nicht davon aus, dass Sie wissen, was eine Methode macht. Wenn Sie Zweifel an der Funktionalität einer Methode haben, lohnt es sich, in der Dokumentation nachzusehen.

Wunderbare Beispiele von @Amagrammer oben.

Ich würde gerne hinzufügen, dass der erste Ort zu starten ist iPhone-Entwicklung ist Photoshop. Dies ist immer noch der beste Rat, den ich jedem geben kann, der anfängt. Ich benutze jetzt OmniGraffle, weil es tolle Schablone Vorlagen hat.

Was ich finde, ist, dass selbst für super einfache Apps, erstellen Sie Ihren Prototyp und suchen Sie nach Usability-Problemen und Workflow-Problemen. Es ist 100x schneller, Ihre App neu zu zeichnen, als sie neu zu codieren. Ich bin mehrmals in diese Falle geraten und habe jetzt eine ziemlich einfache Funktionalität entwickelt, um zu sehen, wie es aussehen und sich anfühlen wird.

Dieser Rat wird Ihnen 10 oder vielleicht sogar 100 Stunden in der Hoffnung sparen, Ihre App beim ersten Mal richtig zu bekommen und Sie dazu zu bringen, darüber nachzudenken, was die Probleme sind. Code wegwerfen ist schlecht und ich habe es nicht gemacht, weil der Code schlecht war, sondern weil er die Benutzerfreundlichkeit oder die Lösung verschlimmerte. Ich denke, dass die Besten von uns den Code wegwerfen und das Prototyping definitiv helfen wird, RTFM für etwas zu haben, das man gar nicht erst bauen musste.