La plupart des solutions les plus populaires s'appuient sur une architecture MVC, et je n'en vois pas l'intérêt. Ça fait des décennies que l'on développe des application avec une interface native, sans qu'on ai jamais eu besoin de recourir à MVC. Pourquoi cela serait différent avec les applications web ?
Ruby on Rails : MVC
Django : MVC
MFC (interfaces natives Windows) : MVC
Windows Forms : orienté MVC
WPF : idem, avec beaucoup de frameworks MVVM (qui est une variante du MVC)
ASP .NET Core MVC : C'est dans le nom
Ni les interfaces natives, ni le web ne t'ont attendu pour se mettre au MVC avec succès depuis 20 ans.
[^] # Re: ... et pas qu'un ...
Posté par xcomcmdr . En réponse au journal Du développement full-stack en Java. Évalué à 5.
Ruby on Rails : MVC
Django : MVC
MFC (interfaces natives Windows) : MVC
Windows Forms : orienté MVC
WPF : idem, avec beaucoup de frameworks MVVM (qui est une variante du MVC)
ASP .NET Core MVC : C'est dans le nom
Ni les interfaces natives, ni le web ne t'ont attendu pour se mettre au MVC avec succès depuis 20 ans.
Pour les interfaces natives, ça date même des années 70 :
https://fr.wikipedia.org/wiki/Mod%C3%A8le-vue-contr%C3%B4leur
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)