Architecture
Design Pattern

Entre de bonnes mains, l'héritage peut être utilisé pour bien des choses. En voici l'une des plus puissantes.


Partagé par Léo Driat
il y a environ 2 mois
2

Derniers commentaires :
Marc Bouvier il y a environ 2 mois
Un bon article, il permet de comprendre le concept sans oublier les risques du compromis qui va avec.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Architecture
Design Pattern

Vous connaissez le code « boite noire » qui fonctionne sans vous demander votre avis ? Si oui, alors il est temps de le reprendre en main comme il se doit.


Partagé par Léo Driat
il y a environ 2 mois
5

Derniers commentaires :
Clément il y a environ 2 mois
Je ne connaissais pas votre site, très intéressant merci !
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Architecture
Design Pattern

Instancier des objets avec une interface, c’est souvent un risque de se gaufrer. Mais avec ce patron de conception, ce sera du gâteau !


Partagé par Léo Driat
il y a 2 mois
4

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Architecture
Architecture Hexagonale
Ports and Adapters
Testing

Voici mon premier billet de blog à propos des principes sous-jacents de l’Architecture Hexagonale (ou Ports and Adapters). J'y aborde en quoi je trouve que cette architecture est intéressante. Et je propose, une implémentation basique pour illustrer.


Partagé par Damien Raymond
il y a 2 mois
6

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Architecture
Design Pattern

Les patrons de conception, que sont-ils et pourquoi sont-ils si indispensables ? Je vous explique ça avec mes piètres talents de dessinateur.


Partagé par Léo Driat
il y a 3 mois
8

Derniers commentaires :
@Romain Fallet, ce site est fait pour toi
refactoring.guru/fr
Mathieu Barberot il y a 2 mois - modifié il y a 2 mois
Intéressant, quoiqu'un peu dubitatif sur le passage des phases de réalisation et d'architecture : "identifier les patrons de conception qui se cachent derrière une exigence client" et " assembler les patrons de conception [...] avant même d’avoir commencé à coder".
Je me suis bien trop souvent brûlé les ailes en faisant des abstractions prématurées sur des exigences client bien souvent mouvantes.
Je préfère largement laisser émerger les abstractions de l'étape de refacto du cycle TDD, qui s'apparente à la phase de réusinage de l'article du coup.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Architecture
CQRS
Event sourcing

De prime abord, l'Event Sourcing et CQRS ne présentent pas de complexité majeure. Et pourtant, nous sommes nombreux à avoir souffert en les implémentant de f...


Partagé par Emmanuel Riche
il y a 3 mois
3

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité
Architecture
Bonnes pratiques
Carrière
Clean Code
Design Pattern
Vidéo

José Paumard nous présente une sélection commentée des livres qu'il aime bien.


Partagé par Marc Bouvier
il y a 3 mois
7

Derniers commentaires :
Jo Jo il y a 3 mois - modifié il y a 3 mois
Toujours intéressant de voir les lectures des uns et des autres. Quand il y a des livres qui ressortent souvent, c'est un bon indicateur pour axer ses futures lectures ;) Sinon sur sa chaîne j'ai beaucoup aimé la série de vidéos sur les principes SOLID et design patterns qu'il a fait. C'est très bien expliqué (je crois que ça avait déjà été partagé ici ?) .
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Architecture
Bonnes pratiques
Design Pattern
hexagonale

Enocre une ressource sur l'archi hexa, ça fait pas de mal !


Partagé par Benoit GANTAUME
il y a 4 mois
18

Derniers commentaires :
dav il y a 4 mois - modifié il y a 4 mois
Bonne remarque :) Je ne suis pas du tout expert sur le sujet, donc ma réponse est à prendre avec des pincettes. Pour moi c'est une question de nuance. Certaines classes n'auront aucun TU directement associés, car elles seront complétement couvertes par d'autres tests. D'autres seront complètement couvertes par des tests spécifiques si leur fonctionnalité est complexe.
Mais je manque d'arguments et de ressources pour détailler cette nuance :/
Julien Sere il y a 4 mois
@xtrembaker, lorsque j'ai une méthode un peu tricky comme tu dis, c'est surrement un élément important/complexe de ton business. Je te recommande alors de sortir cet élément dans une classe distincte dédié à l'implémentation de cette algo. ca te permet donc de dégager une partie "complexe" de ta classe mère, de sans doute mieux respecter le principe de single responsability
Ca te permettra de faire peut etre apparaitre mieux dans ton code un concept métier (si méthode compliqué c'est bien que c'est un point sensible métier normalement)
En le mettant dans une classe dédié, tu pourras aussi le remplacer plus simplement (par exemple ca devient facile de remplacer l'appel de cette classe dédié par une interface et ca ouvre la porte à la possibilité de switcher facilement d'implémentation, imagine que tu as une idée pour améliorer l'algo en question ou améliorer sa vitesse, bim ca devient possible facilement par le fait que tu ai extrait l'algo dans une classe dédié)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Architecture
hexagonale
mvc

C'est un talk que j'ai découvert de Codeur en Sein qui parle de comment passer d'une architecture MVC vers une architecture clean/hexagonale.


Partagé par Charles Dimitri
il y a 4 mois
4

Derniers commentaires :
Marc Bouvier il y a 4 mois
Globalement, je trouve qu'il est préférable de partir des Use Case en TDD et de faire emerger les ports quand on a besoin d'interagir avec l'extérieur.

Pour approfondir, je pense que tu trouveras des gens intéressés par ces questions sur le slack de Wealcome de Michaël Azerhad.

join.slack.com/...
Charles Dimitri il y a 4 mois
Merci Marc pour ce lien
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Architecture
DDD
Retrospective

Un article très sympathique sur les différentes "tendances" de conception autour du modèle objet à travers le temps.
Depuis Merise jusqu'à l'introduction du DDD, je vous recommande sa lecture 😉


Partagé par Damien Palagi
il y a 4 mois
5

Derniers commentaires :
Romain Fallet il y a 4 mois
Ce commentaire a été supprimé par son auteur.
Bruno Raby il y a 4 mois - modifié il y a 4 mois
I use to work on ZX 80 at university ;-)) Merci pour ce partage ce qui me plait c'est que vous faites la synthèse de l'évolution avec une vision
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Artisan Développeur utilise des cookies afin de t'offrir les meilleurs services. En poursuivant ta navigation, tu acceptes l’utilisation de cookies. En savoir plus