Comment je structure mon code backend ?

Vous avez été plutôt nombreux à me questionner sur la structure adoptée pour le développement du site sous Symfony. Aussi, je vous propose de partager avec vous l'objectif de cette structure et les raisons derrière ces choix.
Lire la suite grafikart.fr/blog/structure-c...

[@raphaelhenry-navarro3928]

Merci Grafikart, je prépare mon écosystème, mon environnement, ma vie, le code ne m'a jamais été autant inspirant que depuis que je te suis sur ton site internet et sur ces nombreuses merveilleuses vidéos que tu nous partages

[@___Kevin]

Votre chaîne YT est une authentique pépite !

[@gausoft]

Très édifiant. Merci beaucoup!!

[@trsiel8953]

C'est intéressant de voir les différentes organisations possibles entre ce que montre symfony dans sa doc et la clean/hexa. Ça montre qu'on doit s'approprier une organisation et que toutes sont pertinentes tant qu'on se force à les respecter tout au long du projet. Pour un projet comme Grafik, j'aurais utilisé la clean vu qu'il y a beaucoup de contextes et bien séparer ton métier, mais tu montres bien qu'on peut prendre une partie d'un design pattern sans devoir tout prendre si on en a pas le besoin ou pas envie de toute sa complexité.

[@DieuMerciKambale]

Merci beaucoup pour cette belle organisation du Code

[@adelhishem1]

Great video as always, thanks for sharing.

[@vinceAmstoutz]

Merci pour le partage j'ai pu enfin regarder la vidéo :)

[@ezaraffandiinzouddine1203]

Merci pour les infos sa serais plus explicite pour certains d'entre nous d'avoir un exemple concret de A à Z pour la structure moi perso vu que tout le travail est déjà fait dans ton projet quand tu explique mon esprit essaye de comprendre est au final je me perd un peu au milieu, mais pas grave il faut relire encore et encore pour arriver à suivre au cas ou pas de vidéo pour un exemple concret de 0 merci

[@gronono]

Bravo. Par contre j''aurais mis la recherche dans le domaine car c'est une fonctionnalité du site. Par contre le moteur de recherche est bien de l'infrastructure. Pour l'aspect de suppression de la recherche, en fait tu aurais pu découper ton domaine en module (plusieurs hexagones): un métier (ou core ou business) qui contient ton cœur de métier (les cours) et un autre pour la recherche. Un grand merci pour la vidéo et l'analyse associé. Beaucoup de développeur néglige ces aspects d'architecture et on se retrouve avec méli mélo de spaghettis lorsque l'application évolue.

[@MrTiBeN11]

Je suis d'accord, je me suis fait la même réflexion. En terme de "clean architecture", la recherche est clairement un use case du site. En termes DDD on retrouve également des concepts du domaine.. Une interface de service applicatif, des objects values (searchresult par exemple). Pour moi l'infrastructure c'est uniquement la plomberie technique (implémentation d'une interface repo qui dialogue avec elastic search par exemple). Sinon c'est super, grafikart toujours au top, et toujours là sur n'importe quel sujet ^^

[@aulygna143]

Merci Beaucoup 😊

[@zouhair8161]

Agréable !! Tu peux faire in video pour LA structure De laravel

[@brahimoulhaj8139]

merci bcp

[@mariusdev]

On aimerait bien voir comment tu ft t’es analyse pour les classe et autres pour bien te retrouver dans les relations entre les classe et autres.

[@MathisPct]

J'aimerais bien savoir aussi ça serait super intéressant ! :)

[@AhmedIbrahim-nk1fd]

très bonne vidéo merci à toi. Peux-tu faire une vidéo sur l'organisation de Laravel ? Merci encore

[@dimitrisitchet5594]

Très cool... Serait-ce possible de faire un tuto qui montre comment mettre une telle architecture en PHP vanille 🙏🙏🙏🙏

[@ekantoratinarivo2406]

Est-ce que tu as déjà fait un video sur un archi ? ce serait vraiment cool si tu nous presente un avec des exemples, merci

[@jordanbao2835]

NestJS c'est pareil, chaque "context" est un module. Je trouve que c'est beaucoup plus clair

[@arnoflyOnWeb]

Tu gères ! 😎 Tu utilises quelles plugins avec VS Code pour le formatage et l’autocompletion PHP, stp ? Pour le moment je trouve VS Code davantage adapté pour les dev Front, mais en voyant ta vidéo on dirait que j'ai tort.

[@greatso9018]

Il code avec phpstorm, pas vscode !

[@grafikart]

J'utilise effectivement PHPStorm, je trouve que VSCode s'en sort pas encore assez bien avec le PHP à mon goût

[@bastetdekemet2332]

Perso, je n'architecture plus qu'en architecture clean. Ok c'est plus long à mettre en place, mais depuis 2 ans, je n'ai quasiment plus de dettes techniques et quand mes clients me demandent (ce qui arrive tous le temps) de modifier leur applications/sites, via cette architecture, je n'ai jamais de problème d'effet de bord, là ou en MVC, c'était sur qu'une fois sur deux, j'allais avoir des problèmes et j'allais devoir bosser les soirs et les weekends dessus.

[@Gwennadia]

Jusqu'à maintenant je n'ai vu que la version organisation en entity, controllers, routes, manager. Mais après cette vidéo, je me dis que je pourrais avoir la même logique en nodejs. En plus si le site était comme le tien (blog, forum, tuto, achat) effectivement ça pourrait devenir lourd à gérer. D'ailleurs aurais tu des liens ou noms de bouquins spécialisés en design patterns js, stp?

[@grafikart]

Tu as ce repo qui rentre plus en détail dans le cas de NodeJS (sur une architecture plus décomposée). github.com/Sairyss/domain-driven-hexagon Si tu veux en découvrir plus tu peux lancer des recherches comme "clean architecture" "architecture hexagonale" ça devrait te donner des pistes (je n'ai pas forcément de sources spécifiques)

[@Gwennadia]

Merci beaucoup

[@milade60]

Je suis en formation développeur web et je souhaite acheter un ordinateur mais j'ai vraiment du mal à choisir, si vous pouvez me conseiller une marque et des caractéristiques précises. Merci d'avance.

[@franckagbokoudjo2542]

comment créer les applications tels que le frontend et l'administration avec un seul noyau de symfony

[@exploreMauritius]

Ça s'appelle l'architecture BLoC, ou Business Logic Components.

[@Kabodanki]

l'architecture hexagonal ça fait très over-engeneering

[@MrTiBeN11]

On ne peu pas faire de généralités à ce sujet, tout dépends de la taille du projet, des contraintes d'évolution, de l'organisation de l'équipe.. Pour le site internet vitrine de la boulangerie du coin, oui clairement. Pour un système complexe d'analyse et d'optimisation de production d'un ensemble de divers centrales électriques supportant Web, api, et forte intégration de data dans via un ensemble protocoles divers et variés (cas concret sur lequel j'ai travaillé) .. Non. J'ajouterai également que le refactoring vers une archi hexagonale (ou les variantes clean, DDD tactique etc.), c'est l'étape quasi obligatoire d'une transition monolith/legacy vers du microservices.