La clean architecture : pourquoi ? Comment ? Pour qui ? - Nicolas DE BOOSE - Forum PHP 2019

  Рет қаралды 24,607

AFUP PHP

AFUP PHP

Күн бұрын

Пікірлер
@LinkingTheWorlds
@LinkingTheWorlds 3 жыл бұрын
Attention quand même qu'il n'y ait pas de confusion : dans le cercle vert (Application Core), Domain Layer Application Layer. La 1ère contient la Logique métier (Domain Model(Entities (Business Rules), Value Objects, ...), Domain Service) la seconde : la Logique de l'Entrepise, de l'Application (les Use Cases). Ce qui est très différent, néanmoins la notion de mise en indépendance de notre Application Core, via D.I.P. a très bien été mise en avant et argumentée.
@florianescolar9618
@florianescolar9618 4 жыл бұрын
Très clair et très instructif ! super speaker
@thiouwzify
@thiouwzify Жыл бұрын
bonjour, dans cette vidéo à la minute 22. Je vois que vous différenciez entity et model. Pourriez vous s'il vous plait m'expliquer les différences que vous identifiez ? car j'ai plutôt tendance à utiliser les deux appelations pour le même concept. Merci
@flashbangstudio9102
@flashbangstudio9102 4 жыл бұрын
Vos talks sont super clean ;-)
@dimitricharles9784
@dimitricharles9784 2 жыл бұрын
Si je définis un controller qui renvoie du Json, on a encore besoin du presenter ? Est ce que Controller et Presenter ne se confondent pas ?
@stefouy
@stefouy 3 жыл бұрын
Cool ! Par contre j'imagine le stress du cadreur ^^
@adelkaderchourafi5369
@adelkaderchourafi5369 4 жыл бұрын
je ne comprends pas pourquoi twig et autres moteur de rendu statique est toujours utilisé de nos jours ... Ils n'ont aucun avantages. A comparaison d'un react (pour ne prendre que ça), qui ne fais pas de surcharges serveurs, qui rends instantanément la vue, ...
@nicolasdb2497
@nicolasdb2497 3 жыл бұрын
C'est souvent dans les framework, il y a des fonctions utils sympa et c'est souvent plus simple pour un graphiste de bosser là dedans plutot que dans du php pure. Sinon pour reprendre React, ils commencent aussi à s'inviter dans le backend petit à petit mine de rien :)
@9Meta9
@9Meta9 4 жыл бұрын
Sublime le talk :)
@nonoroberto8219
@nonoroberto8219 3 жыл бұрын
Bonjour, comment fait on pour gérer les transactions ? On ne doit pas les gérer au niveau du port ni du controller du coup? Comment faire alors ?
@nicolasdb2497
@nicolasdb2497 3 жыл бұрын
Dans le use case
@nonoroberto8219
@nonoroberto8219 3 жыл бұрын
@@nicolasdb2497 ça veut dire les gérer à la main sans annotations ?
@nicolasdb2497
@nicolasdb2497 3 жыл бұрын
@@nonoroberto8219 en théorie oui. Avoir un transaction.begin() et transaction.commit ou rollback à la fin. Si c'est trop compliqué, tu peux toujours ajouter des annotations mais ça veut dire laisser entrer l infrastructure dans l application... Aujourd'hui c'est sympa c'est gratuit. Mais combien cela coûte si ton infra change ? Si tu penses que ça ne va pas coûter cher de "tout changer" après, alors peut-être que ça vaut le coup. Il faut juste en être conscient quand tu le fais et faire une balance entre coût/maintenabilité.
@nonoroberto8219
@nonoroberto8219 3 жыл бұрын
@@nicolasdb2497 OK, et dernière question sur le Data qui doit partir dans le presenter. Le presenter ne peut a priori que manipuler l'objet Data grâce à son interface (commune à toutes les datas) dans ce cas cela signifie que les classes plus spécialisées héritant de Data aurons des méthodes qui ne seront pas accessibles au presenter. Des lors, est-ce que ce pattern fait une utilisation implicite du pattern visitor pour régler le problème ? Ou est-ce que toutes les classes héritant de data doivent voir leur données pouvoir être manipulé uniquement au travers de l'interface Data ?
@nicolasdb2497
@nicolasdb2497 3 жыл бұрын
​@@nonoroberto8219 L'objet donné au Presenter n'est qu'un DTO, donc après il en fait ce qu'il veut. Il n'y a pas d'héritage de "Data". Le presenter change la data en quelque chose de custom pour la vue. Je donne plus d'explications (+exemple) ici: kzbin.info/www/bejne/goXbe3mHa92gsK8 .
@bra5081
@bra5081 4 жыл бұрын
Passionnant !
@JacklapottTv
@JacklapottTv 4 жыл бұрын
Ze clean talk, superbe présentation
@yannickg5788
@yannickg5788 3 жыл бұрын
Tip Top ^^
@abdellahb1398
@abdellahb1398 15 күн бұрын
Rien ne vaut un micro framework, voir même juste un routeur et rester dans un système mvc propre, à la limite créer des "components" pour réutiliser les mêmes bouts de code dans plusieurs vues. Et le meilleur moteur de template ça reste PHP 😄
@geek20201
@geek20201 4 жыл бұрын
dans les meilleures des mondes deux semaines plus tard :) :) :)
@xxl-sobesitysurgery2386
@xxl-sobesitysurgery2386 3 жыл бұрын
Simple is hard and that example in the git hub is not simple. Are you kidding me ?
@feavfeav4804
@feavfeav4804 2 жыл бұрын
je me suis inscrit sur ta plateforme beelance.io pour proposer mes services, mais comme toujours ca ne prends en compte que le continent europeen, les Africains peuvent aller donc se torcher
@nicolasdb2497
@nicolasdb2497 2 жыл бұрын
Hello! Je n'y travaille plus mais au début c'était dispo uniquement en Belgique. Ensuite, on a ouvert à la suisse car on avait des partenaires là bas... Epuis je suis parti. J'imagine que ca va arriver si c'est "déjà" dispo dans toute l'Europe :)
Сестра обхитрила!
00:17
Victoria Portfolio
Рет қаралды 958 М.
So Cute 🥰 who is better?
00:15
dednahype
Рет қаралды 19 МЛН
Understand Clean Architecture in 7 Minutes
7:02
Amichai Mantinband
Рет қаралды 126 М.
How to structure a .NET Solution (project separation & architecture)
13:55
Le SECRET des développeurs PRO (clean architecture)
4:43
App Createur Pro
Рет қаралды 8 М.
Tutoriel PHP : PHP "c'est de la merde"
25:27
Grafikart.fr
Рет қаралды 132 М.
[WEBINAR] Introduction à l’Architecture & la Clean Architecture
1:25:45
theTribe - Tech&Product Studio
Рет қаралды 14 М.
Сестра обхитрила!
00:17
Victoria Portfolio
Рет қаралды 958 М.