Pages ASP.NET Core 2.0 Razor vs Full MVC Core

Question

Il y a eu une question, ALORS Pourquoi est-Rasoir Pages de l'approche recommandée pour créer une INTERFACE utilisateur Web dans Asp.net Core 2.0? où Steve Smith a gentiment expliqué les avantages de l'utilisation de Rasoir Pages plus complet MVC, à partir de la perspective d'avoir moins de fichiers.

J'ai été en utilisant le Rasoir Pages pour un certain temps et a remarqué que, malgré l'avantage d'un Rasoir Page simplicité, c'est un peu compliqué quand il s'agit de la coutume de routage, de la structuration des dossiers complexes et de modèle de vue (page modèle semblent être encombré).

Donc, les questions sont:

1. Si il n'y a rien d'autre, sauf la simplicité d'une page à préférer Rasoir Pages sur les Contrôleurs/Vues - plus précisément, je suis intéressé par la performance des deux cadres?
2. Est-il acceptable de combiner les Pages Razor et Contrôleurs/points de Vue en même temps?

J'apprécierais aussi si certains de expirienced gars partagé vos pensées (avantages et inconvénients) sur l'utilisation de Rasoir Pages pour mieux comprendre ce cadre.

Answer 1

Nous avons récemment lancé un assez décent de la taille de l'app à l'aide de Rasoir Pages pour le front-end et des contrôleurs MVC pour l'API pour les clients. Mon expérience a été ceci:

Les pages paradigme fonctionne bien lorsque votre contenu est structuré autour de l'idée de la réelle "pages" sur le site. Penser à des choses comme l'un de Nous Contacter ou d'un Sujet ou même une page de Connexion. Bien sûr, ceux qui pourrait être fait via MVC, mais MVC est pas vraiment nécessaire. Une page simple suffira. Laisser les commandes de plus de contrôleur de new'ish choses comme un catalogue de produits ou un utilisateur de base de données.

Si votre architecture MVC tourne largement autour de votre point de vue de la structure, les pages razor est probablement un bon ajustement. Vous pouvez toujours utiliser le MVC bits de l'API de choses liées, mais l'avantage de pages, c'est qu'avant la fin de la structure devient plus explicite et moins implicite ("la convention") comme avec MVC où chaque action pourrait ou ne pourrait pas avoir un point de vue qui est généralement nommé d'après l'action.