(et comment cr\u00e9er des solutions qui continuent de fonctionner apr\u00e8s les mises \u00e0 jour)<\/p>\n
“Les applications ne peuvent utiliser que des API publiques et doivent s’ex\u00e9cuter sur le syst\u00e8me d’exploitation actuellement disponible.” Directives d’examen des applications Apple<\/p>\n
Si vous avez d\u00e9j\u00e0 commenc\u00e9 \u00e0 travailler avec un nouveau framework et que vous vous \u00eates dit : \u00ab Maintenant, je vais tout comprendre moi-m\u00eame, lire la documentation est trop long \u00bb, vous n’\u00eates certainement pas seul. Beaucoup d\u2019entre nous ont un instinct naturel d\u2019investigation : essayez d\u2019abord, et ensuite seulement regardez les instructions. Et c’est tout \u00e0 fait normal.<\/p>\n
Cependant, \u00e0 ce stade, il peut \u00eatre facile de se laisser emporter et de se retrouver dans une situation o\u00f9 le code fonctionne tr\u00e8s bien, mais repose peut-\u00eatre sur des fonctionnalit\u00e9s non \u00e9videntes du syst\u00e8me.<\/p>\n
Les frameworks, en particulier ceux ferm\u00e9s, sont des syst\u00e8mes complexes et multicouches. Ils cachent souvent une logique interne et des optimisations qui\u00a0:<\/p>\n
* ne sont pas d\u00e9crits dans la documentation publique\u00a0;
\n* ne garantissent pas que le comportement sera maintenu \u00e0 l’avenir\u00a0;
\n* peut changer avec la sortie de nouvelles versions ;
\n* peut contenir des fonctionnalit\u00e9s connues des d\u00e9veloppeurs qui n’ont pas encore \u00e9t\u00e9 corrig\u00e9es.<\/p>\n
Lorsque nous agissons intuitivement, nous risquons de construire une architecture sur des observations al\u00e9atoires plut\u00f4t que sur des r\u00e8gles document\u00e9es. Cela peut rendre le code plus sensible aux mises \u00e0 jour.<\/p>\n
Les d\u00e9veloppeurs de framework cr\u00e9ent des manuels pour nous aider. En agissant dans la documentation, nous obtenons\u00a0:<\/p>\n
* stabilit\u00e9\u00a0;
\n* soutien;
\n* comportement pr\u00e9visible du syst\u00e8me.<\/p>\n
En d\u00e9passant ces limites, on prend des risques suppl\u00e9mentaires, et la maintenance d’un tel code devient plus difficile.<\/p>\n
Des exp\u00e9riences ? Certainement. Mais avec une compr\u00e9hension des limites.
\nLa curiosit\u00e9 est une grande qualit\u00e9 \u00e0 avoir chez un d\u00e9veloppeur. Explorer et essayer de nouvelles choses est absolument essentiel. Mais voici un petit souhait :<\/p>\n
La mani\u00e8re la plus confortable d\u2019exp\u00e9rimenter est de s\u2019appuyer sur les meilleures pratiques.<\/p>\n
La documentation est une carte qui montre quels chemins sont les plus s\u00e9curis\u00e9s et pris en charge par les cr\u00e9ateurs.<\/p>\n
Nous apprenons souvent de coll\u00e8gues exp\u00e9riment\u00e9s\u00a0:<\/p>\n
* ils dispensent des cours utiles,
\n* prendre la parole lors de conf\u00e9rences,
\n* \u00e9crire de merveilleux livres et blogs,
\n*partager leur vision unique.<\/p>\n
Beaucoup d\u2019entre eux partagent des exp\u00e9riences vraiment pr\u00e9cieuses. Mais il convient de le rappeler : si les approches de l’auteur contredisent la documentation officielle, elles peuvent s’av\u00e9rer fragiles.<\/p>\n
De tels \u00ab\u00a0mod\u00e8les empiriques\u00a0\u00bb\u00a0:<\/p>\n
* travailler uniquement sur une version sp\u00e9cifique du framework ;
\n* sensible aux mises \u00e0 jour\u00a0;
\n* peut se comporter de mani\u00e8re impr\u00e9visible dans des situations inhabituelles.<\/p>\n
Apprendre de la communaut\u00e9 est formidable et enrichissant. Mais tout conseil, m\u00eame le plus fiable, doit toujours \u00eatre soigneusement v\u00e9rifi\u00e9 avec les manuels officiels.<\/p>\n
Trois id\u00e9es issues des principes SOLID compl\u00e8tent parfaitement cette approche :<\/p>\n
* Principe ouvert\/ferm\u00e9\u00a0: essayez d’\u00e9tendre le comportement via des API publiques et, si possible, ne d\u00e9pendez pas d’une impl\u00e9mentation cach\u00e9e.
\n* Principe de substitution de Liskov\u00a0: comptez sur le contrat et non sur la mise en \u0153uvre sp\u00e9cifique. Sinon, des changements sous le capot peuvent entra\u00eener des difficult\u00e9s inattendues.
\n* Inversion des d\u00e9pendances\u00a0: cr\u00e9ez des d\u00e9pendances sur des abstractions, pas sur des d\u00e9tails.<\/p>\n
En pratique, cela signifie que le fait d\u2019\u00eatre li\u00e9 \u00e0 des d\u00e9tails internes non document\u00e9s du cadre rend le syst\u00e8me fragile.
\nSur la base des interfaces et des contrats publics, nous obtenons\u00a0:<\/p>\n
* une meilleure isolation du code des modifications apport\u00e9es au framework\u00a0;
\n* facilit\u00e9 de test\u00a0;
\n* pr\u00e9visibilit\u00e9 et fiabilit\u00e9 de l’architecture.<\/p>\n
Il arrive aussi que tout soit fait selon les r\u00e8gles, mais que le r\u00e9sultat ne soit pas \u00e0 la hauteur des attentes. Les cadres \u00e9voluent et ne sont pas toujours parfaits. Dans de tels cas\u00a0:<\/p>\n
* Construisez un exemple minimal qui reproduit le probl\u00e8me.
\n* Assurez-vous que seules les API document\u00e9es sont utilis\u00e9es.
\n* Envoyez un rapport de bug – l’\u00e9quipe de d\u00e9veloppement appr\u00e9ciera certainement votre travail et essaiera de vous aider.<\/p>\n
Si l\u2019exemple repose sur des solutions de contournement, il sera beaucoup plus difficile pour les d\u00e9veloppeurs de fournir une assistance.<\/p>\n
*Se r\u00e9f\u00e9rer \u00e0 la documentation.
\n* Suivez les guides et recommandations des auteurs.
\n* Exp\u00e9rimentez dans le cadre de la fonctionnalit\u00e9 d\u00e9crite.
\n* V\u00e9rifiez les conseils d’Internet aupr\u00e8s de sources officielles.
\n* Localiser les bugs en respectant les contrats-cadres.<\/p>\n
Les frameworks sont des outils puissants avec leurs propres r\u00e8gles du jeu. En les oubliant, nous risquons de rendre notre code trop vuln\u00e9rable. Mais nous voulons tous que les produits cr\u00e9\u00e9s durent longtemps et ne n\u00e9cessitent pas de corrections urgentes apr\u00e8s chaque mise \u00e0 jour mineure.<\/p>\n
Les manuels et la documentation constituent un excellent support qui permet de cr\u00e9er des solutions v\u00e9ritablement fiables.<\/p>\n
https:\/\/developer.apple.com\/app-store\/review\/guidelines\/<\/a> (et comment cr\u00e9er des solutions qui continuent de fonctionner apr\u00e8s les mises \u00e0 jour) “Les applications ne peuvent utiliser que des API publiques et doivent s’ex\u00e9cuter sur le syst\u00e8me d’exploitation actuellement disponible.” Directives d’examen des applications Apple Si vous avez d\u00e9j\u00e0 commenc\u00e9 \u00e0 travailler avec un nouveau framework et que vous vous \u00eates dit : […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[],"class_list":["post-102","post","type-post","status-publish","format-standard","hentry","category-notes"],"translation":{"provider":"WPGlobus","version":"3.0.5","language":"fr","enabled_languages":["en","ru","zh","de","ja","fr","es","pt","hi"],"languages":{"en":{"title":true,"content":true,"excerpt":false},"ru":{"title":true,"content":true,"excerpt":false},"zh":{"title":true,"content":true,"excerpt":false},"de":{"title":true,"content":true,"excerpt":false},"ja":{"title":true,"content":true,"excerpt":false},"fr":{"title":true,"content":true,"excerpt":false},"es":{"title":false,"content":false,"excerpt":false},"pt":{"title":true,"content":true,"excerpt":false},"hi":{"title":true,"content":true,"excerpt":false}}},"_links":{"self":[{"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/posts\/102","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/comments?post=102"}],"version-history":[{"count":0,"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/posts\/102\/revisions"}],"wp:attachment":[{"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/media?parent=102"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/categories?post=102"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/demensdeum.com\/blog\/fr\/wp-json\/wp\/v2\/tags?post=102"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nhttps:\/\/en.wikipedia.org\/wiki\/SOLID<\/a>
\nhttps:\/\/en.wikipedia.org\/wiki\/API<\/a>
\nhttps:\/\/en.wikipedia.org\/wiki\/RTFM<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"