Dix façons d'être un développeur heureux

Dans le développement d'applications iOS, ces petites choses vous saviez que vous étiez censé faire, mais n'a pas, vont vous rattraper tôt et souvent, afin d'apprendre à prêter attention à dès le début dans le développement de l'application. Voici quelques trucs et astuces qui conduisent aux utilisateurs heureux et en santé.

Sommaire

Gardez les choses faiblement couplés

UN couplage lâche est un système dans lequel chacun de ses composants a peu ou pas de connaissances (ou ne fait aucune utilisation de toute la connaissance qu'il peut avoir) des autres composants. Et parce que le couplage lâche se réfère au degré de connaissance directe qu'une classe n'a d'autre, il est pas encapsulation ou à la connaissance de l'un des attributs de classe ou la mise en œuvre d'une autre classe, juste de la connaissance de cette autre classe elle-même.

Rappelez-vous la mémoire

iOS ne stocke pas “ modifiable ” mémoire (telles que les données de l'objet) sur le disque à l'espace libre, puis le relire plus tard si nécessaire. Cela signifie que de manquer de mémoire est facile, et vous devez utiliser automatique de comptage de référence (ARC) à tirer le meilleur parti de la mémoire disponible pour vous. Tout ce que vous avez à faire est de suivre les règles:

  • Règle 1: Suivez les conventions de nommage. Bonnes conventions de nommage aider que votre code soit auto-documenté. Sloppy, paresseux, léthargique, lent, programmeurs négligents qui ne prennent pas le temps de suivre les conventions de nommage seront traitées sévèrement!

  • Règle 2: Ne pas envoyer retenir, libération, ou autorelease messages.

  • Règle 3: Ne pas stocker des pointeurs d'objets dans les structures C.

  • Règle 4: Informer le compilateur sur la propriété lors de l'utilisation de base des objets de la Fondation de style.

  • Règle 5: Utilisez le autoreleasepool mot-clé pour marquer le début d'un bloc d'autorelease.




Si vous suivez les règles, tout ce que vous avez à vous soucier est le cycle conservent. Ce cycle se produit quand un objet a un pointeur vers l'objet qui crée, que ce soit directement ou à travers une chaîne d'autres objets, chacun avec une forte référence à la prochaine menant vers le premier. Utilisez le faible qualificatifs de durée de vie pour les objets et la faible attribut de propriété.

Ne pas réinventer la roue

L'iPhone et l'iPad sont de pointe assez que les possibilités d'étendre leurs capacités sont nombreux, et beaucoup d'entre eux sont (relativement) facile à mettre en œuvre. Vous êtes également travailler avec un cadre très mature. Donc, si vous pensez que quelque chose que vous voulez que votre application à faire va être vraiment difficile, vérifier l'Structures à quelque part vous pouvez trouver un moyen facile de faire ce que vous avez à l'esprit.

Comprendre les transitions d'état

La UIApplication objet fournit le contrôle de l'application à l'échelle et la coordination pour une application iOS. Il est responsable de la gestion du routage initial des événements utilisateur entrants (touches, par exemple) ainsi que l'envoi de messages à partir d'objets de contrôle d'action (comme des boutons) pour les objets cibles appropriées.

L'objet de l'application envoie des messages à son délégué de l'application pour vous permettre de répondre, d'une manière d'application unique, lorsque votre application est en cours d'exécution, à des choses telles que le lancement de l'application, avertissements peu de mémoire, et les transitions d'état, telles que le déplacement en arrière-plan et Retour en avant-plan.

Faire la bonne chose au bon moment

Quand il vient au contrôleur de vue, vous devez être au courant des deux méthodes, et vous avez besoin de savoir quoi faire dans chaque méthode.

La viewDidLoad message est envoyé à un dispositif de commande d'affichage lorsque l'affichage a été chargé et initialisé par le système. Il est envoyé uniquement lorsque la vue est créée - et non, par exemple, lorsque vos app rendements de fond ou quand un contrôleur de vue est renvoyé à après l'autre contrôleur de vue a été “ rejeté ”.

La viewWillAppear: message, d'autre part, est envoyé chaque fois que le point de vue semble, y compris lorsque la vue réapparaît après un autre contrôleur de vue est “ rejeté ”.

Avez vue initialisation viewDidLoad, mais assurez-vous que tout ce que vous faites pour actualiser une vue chaque fois qu'il apparaît se fait en viewWillAppear:.

Éviter les erreurs dans la gestion des erreurs

Opportunités pour les erreurs abound- utiliser le bon sens en déterminer quels sont ceux qui vous devriez passer du temps sur. Par exemple, ne pas paniquer sur la manipulation d'une ressource de paquet manquant dans votre code.

Si vous avez inclus dans votre projet, il est censé être consé- si elle est pas, cherchez un bug dans votre programme. Si elle est vraiment pas là, l'utilisateur a de gros problèmes, et vous ne sera probablement pas en mesure de faire quelque chose pour éviter la catastrophe imminente.

Voici deux grands pièges potentiels que vous ne devez faire attention à:

  • Votre application va à charger quelque chose sur l'Internet, et (pour une variété de raisons) l'article est pas là, ou l'application ne peut pas y accéder. Vous devez surtout faire attention à la disponibilité d'Internet et ce que vous allez faire lorsque l'Internet ne sont pas disponibles.

  • Un géocodeur peut échouer pour un certain nombre de raisons. Par exemple, le service peut être en panne, un certain coordonnées GPS peuvent ne pas avoir une adresse de rue, ou l'utilisateur peut accéder aux données avant le géocodeur est de retour.

Utilisez storyboards

Storyboards sont un excellent moyen d'examiner le flux de l'application dans son ensemble. En outre, ils vous obligent à utiliser moins de code. Ils sont l'une des meilleures parties de Xcode 4.3 et iOS 5.0 et au-dessus, et vous devez les utiliser dans toutes vos applications.

Rappelez-vous l'utilisateur

Gardez votre application simple et facile à utiliser. Ne pas construire de longues pages qui prennent beaucoup de défilement pour passer à travers, et ne créent pas de hiérarchies vraiment profondes. Concentrez-vous sur ce que l'utilisateur veut accomplir, et être conscients des limitations de l'appareil, en particulier la vie de la batterie. Et ne pas oublier les frais d'itinérance internationale.

Le logiciel est pas fini jusqu'à ce que le dernier utilisateur est mort

Personne ne l'obtient dès la première fois. Le design évolue au fil du temps que vous apprenez les capacités et les subtilités de la plate-forme et l'impact de vos changements de conception. L'orientation de l'objet permet d'étendre votre application (pour ne pas mentionner la correction de bugs) plus facile, donc attention aux principes.

Keep it fun

Lorsque vous démarrez la programmation pour l'iPhone et l'iPad, il pourrait être le plus amusant que vous avez eu depuis des années. Gardez les choses en perspective: Sauf pour quelques tâches fastidieuses (comme l'approvisionnement et de l'obtention de votre application dans l'Apple Store), attendent à ce que le développement d'applications iOS sera amusant pour vous. Donc, ne le prenez pas trop au sérieux.


» » » » Dix façons d'être un développeur heureux