Table des matières:
- Laisser les choses lâches
- Mémoriser la mémoire
- Ne pas réinventer la roue
- Comprendre les transitions d'état
- Faites la bonne chose au bon moment
- Évitez les erreurs dans la gestion des erreurs
- Utiliser des storyboards
- Rappelez-vous l'utilisateur
- Gardez à l'esprit que le logiciel n'est pas terminé tant que le dernier utilisateur n'est pas mort
- Keep it fun
Vidéo: Comment Penser Comme un Programmeur ? (Episode 1) 2025
Dans le développement d'applications iOS, les problèmes que vous remettez à demain vous rattraperont tôt et souvent, alors voici quelques points à surveiller dès le départ. le développement d'applications, ainsi que quelques conseils et astuces qui mènent à des utilisateurs heureux et en santé.
Laisser les choses lâches
Un système faiblement couplé est un système dans lequel chacun de ses composants a peu ou pas de connaissance des autres composants. Et parce que le couplage lâche fait référence au degré de connaissance directe d'une classe, il ne s'agit pas de l'encapsulation ou de la connaissance par une classe des attributs ou de la mise en œuvre d'une autre classe, mais simplement de la connaissance de cette autre classe.
Mémoriser la mémoire
Il est facile de manquer de mémoire, et vous devriez utiliser le comptage automatique des références (ARC) pour tirer le meilleur parti de la mémoire disponible. Tout ce que vous avez à faire est de suivre les règles:
-
Règle 1: Suivez les conventions de nommage. C'est vraiment important. De bonnes conventions de nommage aident votre code à s'auto-documenter.
-
Règle 2: N'envoyez pas de messages de conservation, de libération ou de libération automatique.
-
Règle 3: Ne stockez pas les pointeurs d'objet dans les structures C.
-
Règle 4: Informez le compilateur de la propriété lorsque vous utilisez des objets de type Core Foundation.
-
Règle 5: Utilisez le mot clé @autoreleasepool pour marquer le début d'un blocage autorelease.
Si vous suivez les règles, tout ce dont vous avez à vous soucier est le cycle de conservation.
Ne pas réinventer la roue
L'iPhone et l'iPad sont suffisamment pointus pour que les possibilités d'extension de leurs capacités soient nombreuses, et beaucoup d'entre eux sont faciles à mettre en œuvre. Vous travaillez également avec un cadre très mature. Donc, si vous pensez que quelque chose que vous voulez faire votre application va être vraiment difficile, vérifiez le cadre; quelque part, vous pouvez trouver un moyen facile.
Comprendre les transitions d'état
L'objet UIApplication fournit le contrôle et la coordination à l'échelle de l'application pour une application iOS. Il est responsable du traitement du routage initial des événements utilisateur entrants ainsi que de l'envoi des messages d'action des objets de contrôle aux objets cibles appropriés.
L'objet d'application envoie des messages à son délégué d'application pour vous permettre de répondre de façon unique, lorsque votre application est en cours d'exécution, au lancement d'applications, aux avertissements de faible mémoire et aux transitions d'état, telles que le déplacement en arrière-plan et de nouveau au premier plan.
Implémentez les méthodes UIApplicationDelegate suivantes dans votre application.
Méthode | Application Ce que vous faites avec |
---|---|
: didFinishLaunchingWithOptions: | Dans cette méthode, faites ce que vous devez faire pour initialiser votre application
après son lancement. |
applicationWillResignActive: | Ce message est envoyé lorsque l'application est sur le point de passer de l'état
actif à l'état inactif. Utilisez cette méthode pour faire des choses telles que mettre en pause les tâches en cours et tout ce qui est basé sur une minuterie. |
applicationDidEnterBackground: | Ce message est envoyé lorsque votre application va entrer
en arrière-plan. À ce stade, vous devez supposer que votre application peut finir par se terminer sans avertissement, donc enregistrer les données utilisateur, invalider les minuteurs et stocker suffisamment d'informations sur l'état de l'application. |
applicationWillEnterForeground: | Ce message est envoyé lorsque votre application a été récupérée depuis l'arrière-plan
. Dans cette méthode, inversez ce que vous avez fait dans applicationWillEnterBackground:. |
applicationDidBecomeActive: | Votre application est maintenant active. Vous devriez inverser ce que vous avez fait dans
applicationWillResignActive:. |
Faites la bonne chose au bon moment
En ce qui concerne le contrôleur de vue, vous devez connaître deux méthodes, et vous devez savoir quoi faire dans chaque méthode.
Le message viewDidLoad est envoyé à un contrôleur de vue lorsque la vue a été chargée et initialisée par le système. Il est envoyé uniquement lorsque la vue est créée - et non, par exemple, lorsque votre application revient de l'arrière-plan ou lorsqu'un contrôleur de vue est renvoyé après qu'un autre contrôleur de vue a été "rejeté". "
Le message viewWillAppear: d'autre part, est envoyé à chaque fois que la vue apparaît, y compris lorsque la vue réapparaît après qu'un autre contrôleur de vue a été" rejeté ". "
Visualisez l'initialisation dans viewDidLoad, mais assurez-vous que tout ce que vous faites pour actualiser une vue à chaque fois qu'elle apparaît est fait dans viewWillAppear:.
Évitez les erreurs dans la gestion des erreurs
Voici deux gros pièges potentiels auxquels vous devez faire attention:
-
Votre application sort pour charger quelque chose sur Internet, et l'élément n'est pas là, ou l'application Je ne peux pas y arriver. Vous devez surtout faire attention à la disponibilité d'Internet et à ce que vous allez faire quand Internet n'est pas disponible.
-
Un géocodeur peut échouer pour un certain nombre de raisons. Le service peut être en panne, une certaine coordonnée GPS peut ne pas avoir d'adresse postale, ou l'utilisateur peut accéder aux données avant que le géocodeur ne soit retourné.
Utiliser des storyboards
Les storyboards sont un excellent moyen d'examiner le flux de l'application dans son ensemble. En outre, ils exigent que vous utilisiez moins de code.
Rappelez-vous l'utilisateur
Gardez votre application simple et facile à utiliser. Ne construisez pas de longues pages qui nécessitent beaucoup de défilement et ne créez pas de hiérarchies vraiment profondes. Concentrez-vous sur ce que l'utilisateur veut accomplir, et soyez conscient des limites de l'appareil, en particulier de la durée de vie de la batterie. Et n'oubliez pas les frais d'itinérance internationale.
En d'autres termes, essayez de suivre les consignes relatives à l'interface utilisateur Apple iOS, disponibles avec toutes les autres documentations du site Web iOS Dev Center dans la section iOS Developer Library.
Gardez à l'esprit que le logiciel n'est pas terminé tant que le dernier utilisateur n'est pas mort
Une chose est garantie au sujet du développement de l'application, c'est que personne ne l'obtient correctement la première fois.Vos conceptions évolueront avec le temps au fur et à mesure que vous apprendrez les capacités et les subtilités de la plateforme et l'impact de vos modifications de conception. L'orientation des objets facilite l'extension de votre application, alors faites attention aux principes.
Keep it fun
Gardez les choses en perspective: à l'exception de quelques tâches fastidieuses, attendez-vous à ce que le développement d'applications iOS soit aussi amusant pour vous. Alors ne le prenez pas trop au sérieux.
Rappelez-vous surtout la partie amusante à 4 a. m., quand vous avez passé les cinq dernières heures à chercher un bug.
