Fehlerhafte Idee zum Laden mehrerer Anwendungskomponenten in der web.config in einer ASP.NET Webforms-Anwendung

Question

Ich habe eine ASP.NET Webforms-Anwendung, die mehr als 20 Benutzersteuerelemente verwendet.

Derzeit bin Laden ich alle von ihnen in der Datei Web.config der Anwendung wie folgt aus:

<pages> 
    <controls> 
    <add tagPrefix="custom" src="~/UserControls/Control1.ascx" tagName="Control1" /> 
    <add tagPrefix="custom" src="~/UserControls/Control2.ascx" tagName="Control2" /> 
    ......... and 18 more... 
    </controls> 
</pages> 

Die meisten dieser Benutzersteuerelemente nur auf 1.59 Seiten in der gesamten Anwendung verwendet werden. Ist es schlauer, sie in diesem Fall auf Seitenebene zu laden? Kann jemand erklären, was passiert, wenn ein Benutzersteuerelement in einer Webformular-App registriert wird, vielleicht, wenn ich das wüsste, würde es die Frage beantworten. Ich hoffe, dass es nicht einen großen ViewState auf jeder einzelnen Seite hinzufügt.

Ich bin nur auf der Suche nach meiner App in jedem möglichen zu optimieren. Daher würde ich gerne wissen, ob es einen Vorteil bringt, die Steuerelemente pro Seite zu laden, und nicht die Anwendung, wenn Sie mehr als 20 Steuerelemente haben.

Answer 1

Ich hoffe, dass es nicht einen großen ViewState auf jeder einzelnen Seite hinzufügen.

Nein, das sicher nicht.

Was passiert also? Diese Schlüssel werden nur an die Render-Engine gesendet, die versucht, Markup in C# -Code zu kompilieren. Das bedeutet, dass eine lange Liste von Steuerelementen ein wenig mehr Zeit benötigt, um ein Element zu finden, aber am Ende spielt es keine Rolle. Ich würde mir keine Sorgen machen.