Pages maîtres ASP.NET MVC

Question

Quelle est la différence entre la page maître ASP.NET et la page maître MVC? Et la page maître AJAX d'ailleurs?

Answer 1

Principalement, il revient aux contrôles et à l'héritage par défaut. Les maîtres AJAX et ASP.NET héritent tous deux de System.Web.UI.MasterPage, tandis que MVC Master hérite de ViewMasterPage.

De toute évidence, cela vous donne des contrôles légèrement différents à ce sujet - comme indiqué par John Clayton, le ViewMasterPage expose les aides Ajax/Html/Url et similaires, qui ne sont pas disponibles pour les autres MasterPages.

Autre que cela, les contrôles par défaut sont légèrement différentes:

Page

• de ASP.NET Master aura le formulaire par défaut et deux contrôles ContentPlaceHolder (une dans la tête, un sous la forme
• AJAX. page Maître ajoute également un contrôle ScriptManager à l'intérieur du contrôle Form
• MVC maître (selon la version - Je référant à la version bêta).. aura juste deux contrôles ContentPlaceHolder (dans la tête et le corps)

Les "différences de cycle de vie" proviennent de la page/ViewPage, plutôt que des contrôles MasterPage/ViewMasterPage.

Answer 2

Comme une estimation rapide, je dois dire que la réponse serait "cycle de vie". ASP.NET WebForms, MVC et AJAX ont tous des cycles de vie différents qui affecteront les événements auxquels un contrôle de page maître doit répondre. Une page Web WebForms doit répondre à Load, DataBind, PreRender, Render, etc. Une page MVC Master (probablement pas sur) n'a besoin que de l'action Render. Tous les autres événements sont superflus et le code équivalent serait trouvé dans le contrôleur. Enfin, la page AJAX Master devrait traiter les requêtes AJAX en plus des requêtes normales.

Comme je l'ai dit, cela est un peu plus de recherche pense que oui est recommandé

Answer 3

Le ViewMasterPage dans MVC est un peu plus d'une page maître qui expose les mêmes aides que le ViewPage. Cela vous donne accès à AjaxHelper, HtmlHelper, TempDataDictionary, UrlHelper, ViewContext, ViewData et le HtmlTextWriter.

Comme la ViewPage, lorsque vous utilisez WebFormsViewEngine (par défaut), vous devez résister à toute envie de surcharger à tout prix les événements du cycle de vie de la page! Ils sont toujours là, et ils fonctionneront toujours puisque sous le capot ProcessRequest (...) est toujours appelé sur la page.

De quelle page maîtresse AJAX faites-vous référence? Je ne suis pas familier avec tout inclus avec le cadre ...