19 mars 2023 à 15:14 Programmation PHP/Analyse statique de programmes (hist | modifier) [11 676 octets] JackPotte(discussion | contributions)(Page créée avec « <noinclude>{{Programmation PHP}}</noinclude> PHP offre plusieurs outils d'{{w|analyse statique de programmes}} (ou ''analyse de code statique''). == microtime() et memory_get_usage() == Pour mesurer un temps d'exécution dans le code, on peut utiliser des fonctions natives : <syntaxhighlight lang=php> $startTime = microtime(true); $startMemory = memory_get_usage(true); maFonctionMesurée(); $endTime = microtime(true); $endMemory = memory_get_usage(true); ech... »)
19 mars 2023 à 15:05 Programmation Python/Analyse statique de programmes (hist | modifier) [1 610 octets] JackPotte(discussion | contributions)(Page créée avec « <noinclude>{{Python}}</noinclude> Python offre plusieurs outils d'{{w|analyse statique de programmes}}. == pylint == Cet analyseur de code statique vérifie les potentiels erreurs (ex : variable non déclarée) et le formatage du code pour le rendre plus lisible par les humains<ref>https://pypi.org/project/pylint/</ref>. Installation : apt install pylint Lancement de l'analyse, qui donne une note sur 10 : pylint $(git ls-files '*.py') == flake8 == Idem<ref... »)
12 mars 2023 à 16:35 Programmation PHP avec Symfony/Service (hist | modifier) [7 894 octets] JackPotte(discussion | contributions)(Page créée avec « <noinclude>{{Symfony}}</noinclude> Le principe des services Symfony est d'éviter d'instancier la plupart des classes avec des "new" dispersés dans le code, pour les déclarer une seule fois, grâce au ''container''. Ils sont alors instanciés uniquement s'ils sont utilisés (ex : sur la page web courante), grâce au {{wt|lazy loading}} du ''container''<ref>https://symfony.com/doc/3.4/service_container.html</ref>. Cette déclaration peut se faire en PHP, en YA... »)
26 février 2023 à 17:45 Patrons de conception/Feature toggles (hist | modifier) [1 034 octets] JackPotte(discussion | contributions)(Page créée avec « <noinclude>{{Patrons de conception}}</noinclude> {{Patron de conception|Interrupteurs de fonctionnalité|Feature toggles''' ou '''Feature flags|Permettre d'activer ou désactiver les fonctionnalités à l'exécution.|Autre}} Lors des mises en production, en cas de bug on peut être amené à réaliser un rollback pour revenir sur l'ancien code (voire l'ancienne base de données) plus stable. Or, cela est très contraignant et tous les util... »)
26 février 2023 à 17:37 Patrons de conception/Modèle-Vue-Contrôleur (hist | modifier) [591 octets] JackPotte(discussion | contributions)(Page créée avec « <noinclude>{{Patrons de conception}}</noinclude> {{Patron de conception|Modèle-Vue-Contrôleur|Model–view–controller|Séparer les classes en trois domaines.|Autre}} Ce patron consiste à découper une application en trois types de modules ayant chacun une responsabilité différente : * Un modèle contient les données à afficher (ex : entités) ; * Une vue contient la présentation de l'interface graphique (ex : templates) ; * Un c... »)
26 février 2023 à 16:47 Patrons de conception/Outbox (hist | modifier) [1 428 octets] JackPotte(discussion | contributions)(Page créée avec « <noinclude>{{Patrons de conception}}</noinclude> == Principe == Lorsque l'on doit notifier de la mise à jour d'une base de données, plusieurs problèmes peuvent survenir : * La base peut être mise à jour puis la notification envoyée (en asynchrone ou pas), et finalement échouer. Les notifiés considéreront alors que la base n'a pas été mise à jour à tort. Par exemple, à cause d'une panne du SMTP, et cet envoi ne peut pas faire partie d'un commit / ro... »)créé initialement avec le titre « Patrons de conception/Outbox pattern »
21 février 2023 à 19:01 DOS/Prompt (hist | modifier) [190 octets] JackPotte(discussion | contributions)(Page créée avec « <noinclude>{{DOS}}</noinclude> Change le {{w|prompt}}, c'est-à-dire ce qu'il y a avant le curseur de la console. === Exemple === <pre> C:\Users\mon_login> prompt \ \ prompt # # </pre> »)