Wann sollte ich ein UserControl statt einer Seite?

Merke ich, dass viele WPF-MVVM-frameworks scheinen, vermeiden Sie die Verwendung des NavigationWindow und Seite steuert, zu Gunsten des Komponierens von Seiten mit verschachtelten Benutzersteuerelemente.

Des NavigationWindow und Seite bieten einfache Möglichkeiten für das aktivieren der rückwärts-und vorwärts-navigation in der Zeitschrift sowie bieten eine einfache Methode zum übergeben von Daten zwischen den Seiten. Die meisten MVVM frameworks, die ich gesehen habe re-implementieren Sie diese Funktionen in verschiedener Weise.

Gibt es einen bestimmten Grund Sie zu vermeiden, mit NavigationWindow und Seite?

InformationsquelleAutor dthrasher | 2010-04-12
  1. 10

    "NavigationWindow nicht speichern
    Instanz eines Inhalts-Objekts in
    navigation Geschichte. Stattdessen
    NavigationWindow erstellt eine neue
    Instanz des content-Objekts jedes
    Zeit navigiert wird mithilfe
    navigation Geschichte. Dieses Verhalten ist
    zur Vermeidung einer übermäßigen Speicherauslastung
    Verbrauch bei großen zahlen und
    große Teile des Inhalts werden
    navigiert wird. Folglich, der Staat
    der Inhalt ist nicht die Erinnerung von
    eine navigation zum nächsten. Allerdings
    WPF bietet verschiedene Techniken, die von
    die Sie speichern können, ein Stück Staat
    für einen Teil des Inhalts in der navigation
    Geschichte...."

    http://msdn.microsoft.com/en-us/library/system.windows.navigation.navigationwindow.aspx

    • Guten Fang. Also vielleicht das NavigationWindow und Seite-Klassen sind ein bisschen weniger relevant für eine typische line-of-business-Anwendung. Allerdings überrascht es mich doch, dass so viele MVVM-frameworks vermeiden Sie vollständig.
    InformationsquelleAutor jasonk
  2. 3

    Ich gerade entdeckt, ein weiterer Unterschied zwischen Benutzersteuerelemente und: Seiten können nicht verwendet werden, wie DataTemplates.

    Zum Beispiel, wenn Sie erstellen die Anwendung mithilfe des MVVM-Stil, Sie könnten, dass das funktionieren wird:

        <DataTemplate DataType="{x:Type ViewModels:ProjectDashboardViewModel}">
        <Views:ProjectDashboardView />
    </DataTemplate>

    Aber wenn die ProjectDashboardView ist eine Seite, wird es scheitern.

    • In diesem Szenario würden Sie wollen, dass Ihre Seite akzeptieren Sie entweder ein view-model im Konstruktor, oder schaffen es aus anderen Daten. In der Regel, MVVM-Implementierungen verwenden möchten eine PageFunction<T>. Im inneren Ihrer Seite, Sie haben ein content-presenter mit dem view-Modell. Seite ist top-level-Komponente. Versuchen Sie zu denken, es als ein inline-Fenster.
    InformationsquelleAutor dthrasher
  3. 2

    Fand ich einige andere interessante Informationen im Zusammenhang mit WPF NavigationWindow und Seite von Paul Stovell ' s website.

    Er hat dies zu sagen über die Klasse NavigationWindow:

    WPF enthält eine Klasse namens NavigationWindow, die ist im wesentlichen ein Fenster, das auch verdoppelt sich als ein Rahmen, durch die Umsetzung eines großteils die gleichen Schnittstellen. Es klingt nützlich auf den ersten, aber die meisten der Zeit, müssen Sie mehr Kontrolle über das Fenster, damit hatte ich noch nie die Notwendigkeit zur Verwendung dieser Klasse. Ich bin nur den Hinweis es aus Gründen der Vollständigkeit, obwohl Ihre Laufleistung variieren.

    Sehen seinem ausführlichen Artikel auf WPF Navigation und die Magellan und WPF-Page-management-Themen begegnete er beim schreiben seiner Magellan-WPF-framework.

    InformationsquelleAutor dthrasher
  4. 1

    Gut, du bist noch zu verwenden Benutzersteuerelemente zu erstellen wiederverwendbare sub-Komponenten, aber für die app-Architektur, kommt es zu verwenden, Fall wirklich. Wenn Sie eine typische web-Anwendung Business - /Navigation-App sollte in Ordnung sein. Wenn Sie schreiben, ein Spiel, das nicht so viel. Ebenso, wenn du tust so etwas wie eine interaktive Anzeige oder media player.

    InformationsquelleAutor Doobi
Schreibe einen Kommentar