Rédaction le moins de code possible accomplir les mêmes tâches a toujours été mon objectif. Comme je suis un développeur iOS, le faire avec Objective-C était très délicat. Cependant, avec Swift, c'est une toute nouvelle expérience.
Imaginez que vous commenciez à travailler sur un projet et que tout semble parfait. Puis vous commencez la mise en œuvre ligne par ligne, et vous vous réveillez rapidement avec une date limite une semaine devant vous et retrouvez-vous à écrire beaucoup plus de code aléatoire que vous ne le souhaiteriez.
Cela a été le cas pour moi tant de fois et J'ai toujours eu une excuse : « c'est plus rapide comme ça et je n'ai pas le temps ».
Eh bien, je suis devenu plus vieux et plus sage et... ça ne l'est pas.
Je souhaite partager avec vous mes meilleures pratiques préférées qui se sont révélées très efficaces pour éviter que cette situation ne se produise, en rendant votre code réutilisable et facile à lire en même temps :
1 - Si vous copiez et collez votre code, cela signifie que vous avez besoin d'une fonction pour cela. Vous ne pouvez même pas imaginer combien de fois vous réutiliserez ces fonctions par la suite.
2 - Conservez tous les éléments et paramètres courants de l'interface utilisateur dans une classe distincte pour une réutilisation facile, tout comme les fichiers CSS fonctionnent sur le Web.
3 - Utilisez MVC au maximum. Tout le monde le sait, et la plupart des développeurs iOS prétendent suivre le modèle Model-View-Controller, mais nommer les classes correctement et les placer dans les dossiers correspondants ne suffit pas.
Pour moi, la partie la plus délicate est le contrôleur, car il contrôle les autres parties et il peut facilement se retrouver avec l'énorme pile de code qui fait tout. Et c'est faux.
Contrairement à ce que la plupart des tutoriels enseignent, vous devriez, par exemple, créez une classe distincte pour gérer l'utilisation d'un microphone au lieu de l'ajouter au contrôleur lui-même. Ainsi, dans votre prochain projet, il vous suffira de faire glisser le fichier et vous n'aurez pas à écrire une seule ligne de code.
4 - Utilisez le sous-classement au maximum. Je sous-classe toujours les classes les plus utilisées dans le projet, au moins pour unifier le comportement via l'application et réutiliser autant de code que possible.
Le meilleur exemple est une fonction simple que vous pouvez appeler depuis n'importe quel contrôleur de vue de l'application pour informer l'utilisateur qu'une erreur s'est produite. Si vous souhaitez modifier la façon dont vous présentez les erreurs ultérieurement, il vous suffira de modifier une seule fonction.
5 - Créez des initialiseurs avec tous les éléments obligatoires pour configurer la classe. Cela permet de gagner beaucoup de temps de ne pas avoir à réfléchir à ce que vous devez ajouter ou modifier pour qu'une instance fonctionne correctement, et vous vous retrouvez avec une seule ligne de code pour le faire.
6 - Dernier point, mais non le moindre : la recherche ! La communauté des développeurs est très favorable, à tel point qu'il y a 99 % de chances que la ligne de code que vous êtes sur le point d'écrire ait déjà été écrite, révisée et testée contre des bogues des centaines de fois.
Profitez-en, car cela réduit considérablement le nombre de bugs si vous êtes conscient de ce qui peut mal tourner avant d'écrire un seul caractère.
En plus de tout cela, amusez-vous en le faisant et n'oubliez pas : n'écrivez jamais deux fois la même ligne de code !
Un développeur iOS senior qui fait partie d'une équipe iOS agile et qui donne aux individus les moyens de réaliser leurs rêves et leurs objectifs.
People who read this post, also found these interesting:
.webp)
.webp)
%20(2).webp)
