• [^] # Re: ... et pas qu'un ...

    Posté par . En réponse au journal Du développement full-stack en Java. Évalué à 6.

    D’un côté, tu dit ne pas aimer mvc et ne pas en faire, de l’autre tu repetes a qui veut l’entendre ne pas regarder ce qu’il se fait ailleurs, donc c’est pas étonnant que t’en ait pas vu ailleurs. Forcément, si tout ce que tu regardes c’est ton propre code...

    MVC est au cœur de uikit et appkit, c’est décrit en long en large et en travers dans leurs docs, et évident juste à regarder les noms de leurs classes (UIViewController vs UIView, la même côté appkit avec NSWindowController, et pareil avec tout le lifecycle qui est très centré sur les contrôleurs).

    Et si, justement, quand les 3-4 plateformes qui font tourner 99.9% des applis écrites ces 30 années sont basées sur mvc, ça en fait la norme.

    Écoutes, moi je veux bien admettre que MVC est pas parfait (le petit nom de mvc dans le monde iOS, c’est Massive View Controller, en référence au fait que les vc grossissent énormément avec le temps ce qui en fait un gros problème de maintenance), mais si t’as une meilleure idée d’architecture pour découpler la logique métier (model), la logique de présentation (view) et la glue entre les deux (controller), je suis tout ouïe.