- Nouveau
- Tendances
- Classement
-
Tagsbonnes-pratiquesBonnes pratiques41teletravailTélétravail15tddTDD13design-patternDesign Pattern12architectureArchitecture12agiliteAgilité12codeCode11devopsDevOps9carriereCarrière8front-endfront-end7conferenceConférence7veilleVeille6retour-d-experienceRetour d'experience6javascriptJavaScript6gitGit6entreprenariatEntreprenariat6clean-codeClean Code6podcastPodcast5cultureCulture5youtubeYoutube4videoVidéo4organisationOrganisation4freelancingFreelancing4formationFormation4dddDDD4compagnonCompagnon4vue-jsvue.js3testingTesting3retrospectiveRetrospective3remoteremote3reconversionReconversion3performancesperformances3optimisationOptimisation3nodejsNodeJS3humourHumour3ethiqueEthique3emploiEmploi3ecologieEcologie3debutantDébutant3cqrsCQRS3covid-19Covid-193clean-architectureClean Architecture3ci-cdCI/CD3blogBlog3webWeb2tech-leadTech Lead2slackSlack2programmation-fonctionnelleProgrammation fonctionnelle2productivteproductivté2personal-brandingpersonal branding2javaJava2hexagonalehexagonale2green-itGreen IT2gestion-du-tempsGestion du temps2evenementÉvènement2ecosystemeEcosystème2donnees-personnellesDonnées personnelles2changelogChangelog2cercleCercle2architecture-hexagonaleArchitecture Hexagonale2vscodevscode1vite-jsvite.js1vision-systemiqueVision systémique1vie-priveeVie privée1tinydbTinyDB1theorie-des-contraintesThéorie des contraintes1thematuredevTheMatureDev1systeme-de-queueSystème de queue1sqlSQL1springbootspringboot1slow-techSlow.tech1securiteSécurité1rustrust1restREST1reactReact1queerQueer1pythonPython1produitProduit1ports-and-adaptersPorts and Adapters1pooPOO1phpPHP1pedagogiePédagogie1open-sourceOpen Source1onlineonline1net.NET1mvcmvc1mutation-testingMutation testing1minimalismeMinimalisme1maisonMaison1lowtechLowTech1livelive1licorneLicorne1langagelangage1jobjob1ingenieurieIngénieurie1inclusionInclusion1ideide1iaIA1hibernatehibernate1graphqlGraphQL1goGo1flowconFlowcon1flowflow1event-sourcingEvent sourcing1entretien-d-embaucheEntretien d'embauche1entretienentretien1entrainementEntrainement1energieEnergie1dojoDojo1dockerdocker1diversiteDiversité1devtoolDevTool1dbDB1ctoCTO1craftCraft1coup-de-gueuleCoup de gueule1cloudCloud1chansonChanson1bffBFF1avenirAvenir1autonomieAutonomie1audioAudio1apiAPI1androidAndroid1alignementAlignement1algorithmealgorithme1
- Mes favoris
- Recevoir par email
- Partager un lien
Un excellent talk proposant un exemple de clean architecture sur un projet front, en séparant la partie logique d'un composant (la logique 'contrôleur' : le data-model et son comportement) de son application sur le DOM (gérée par un framework). Ainsi, la logique de l’application est complètement découplée de la stack utilisée : dans la démo, on passe facilement d'une application écrite en Angular à une application écrite en React.
Le concept de « Clean Architecture », qu’on appelle aussi l’« Architecture hexagonale » ou encore « Ports/Adapters Architecture » a déjà fait ses preuves dans le développement d’application backend. Si cette technique a gagné en popularité ces dernières années, elle ne s’est pas beaucoup démocratisée dans le développement d’application frontend.

Par contre, la question que je me posais : le présentateur utilise un objet passé en paramètre pour "retourner" le résultat de ses use cases. Je n'arrive pas à voir ce que cela apporte de bénéfique par rapport a un bon vieux return. Ou est-ce juste un détail d'implémentation ?
Dans cette article Mario Sanoguera de Lorenzo nous explique la Clean Architecture (avec des exemples testés) et nous parle de l'erreur la plus courante lorsque l'on adopte cette architecture: La différence entre le flux de données et la règle de dépendance.