Nicolas Jourdan explique comment combiner trois patterns de conception (Specification, Rule et Chain of Responsibility) pour gérer efficacement les règles métier complexes en PHP. L'article détaille d'abord le pattern Specification, qui transforme les conditions métier en objets réutilisables et testables, évitant ainsi les if imbriqués et le code dupliqué. Il présente ensuite une implémentation moderne de ce pattern avec une interface de base et des classes pour les opérations logiques (AND, OR, NOT). Cette approche permet de construire des conditions métier claires et modulaires, facilitant ainsi la maintenance et l'extensibilité du code.
Cet article présente une sélection de neuf livres essentiels pour tout ingénieur logiciel. La liste inclut des ouvrages classiques comme "Clean Code" et "The Pragmatic Programmer", ainsi que des titres plus spécialisés comme "Software Engineering at Google" et "Designing Distributed Systems". Chaque livre est brièvement décrit, mettant en avant ses points forts et son public cible. L'article souligne l'importance de la lecture pour améliorer ses compétences en développement logiciel et offre une ressource précieuse pour les professionnels à tous les niveaux.
Une adaptation des concepts du Clean Code en PHP
Tout est dans le titre
Tout est dans le titre
Pour résumer, le principe de dépendance stable (SDP) déclare que les composants d'une application doivent toujours dépendre de composants plus stables qu'eux.
Des exemples (parfois discutables) en JavaScript de pratiques du clean code
... en utilisant un value object regroupant les paramètres entre eux
L'auteur explique comment rendre plus lisible des conditions booléennes
L'auteur montre l'utilisation des Callback Lifecycle de Doctrine, des Entity Listeners et des Lifecycle Listeners - il précise notamment les bons cas d'usage (et montre comment rester découplé même en utilisant les callback lifecyle)
Tout est dans le titre
Tout est dans le titre
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur donne plusieurs règles de son équipe, qui doivent être respectées dans le code (utilisation d'exceptions, DTO, etc.) Elles méritent d'être connues
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique la nécessité de connaître les principes orientés objet et autres bonnes pratiques (clean code, tests, refactoring, etc.)
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique une manière revisitée de la règle du boy scout - toujours laisser le code sur lequel on a travaillé dans un meilleur état que celui dans lequel on l'a trouvé.
Notamment il donne une procédure d'amélioration continue très intéressante.
L'auteur met l'accent sur des bonnes pratiques concernant le code : lisibilité, expressivité, complexité réduite, etc.
L'auteur développe l'idée que le code lisible est infiniment supérieur au code "intelligent". Pour juger de la lisibilité, il se demande si un junior pourrait comprendre le code sans souci...
Tout est dans le titre
Tout est dans le titre