Anwendung Hauptfenster wird null in WPF (mit Caliburn Micro)

Ich entwickle eine WPF-Anwendung die ich brauche, um einen Punkt, um das Hauptfenster der Anwendung in einer Kontrolle. Ich bin mit Caliburn Micro.

Application.Current.MainWindow ist null

Wie bekomme ich eine Referenz auf die MainWindow Anwendung in Caliburn Micro?

InformationsquelleAutor mans | 2013-09-06
  1. 15

    Das ist komisch, ich habe nur beantwortet dies in einem anderen Beitrag... Versuchen Sie, die Application.Current.MainWindow Eigenschaft in der Loaded Ereignis in der MainWindow.xaml.cs Datei:

    private void MainWindow_Loaded(object sender, RoutedEventArgs e)
{
    Application.Current.MainWindow = this;
}
    • Das ist lustig, ich habe gerade gesehen, dass die post vor ein paar Minuten.
    • Habe gerade versucht, bevor ich es eingestellt habe ich überprüft und es wurde eingestellt (aber setzen Sie es wieder), aber dann später seine null wieder, keine Ahnung was die verursachen könnten, dass? Soweit ich sehen kann, meine Anwendung nicht immer eingestellt werden, dass, so gibt es eine WPF-generic-Szenario könnte auf null?
    • Sorry, aber ich bin mir nicht bewusst jede situation, wo das passieren würde... es ist mir noch nie passiert, aber wenn Sie mit jedem 3rd-party-frameworks, die Sie haben könnten, dass für einige Grund.
    • - Anwendung.MainWindow wird automatisch eingestellt, um das erste Fenster des Programms geöffnet. Wenn das Fenster geschlossen ist, ist es entweder zum nächsten geöffneten Fenster oder auf null, in Fall gibt es keine geöffneten Fenstern.
    InformationsquelleAutor Sheridan
  2. 5

    1. Verständnis der Anwendung.Aktuelle.MainWindow

    Wenn Ihre Anwendung öffnet erstes Fenster (MainWindow.xaml), dann das Fenster auf Application.Current.MainWindow. Wenn das Fenster geschlossen ist, dann noch aktuell geöffneten Fenster auf Application.Current.MainWindow. Wenn es keine geöffneten windows-Anwendung.Aktuelle.MainWindow ist auf null gesetzt.

    z.B. wenn Sie öffnen LoginWindow beim Start dann Application.Current.MainWindow wird LoginWindow. Wenn Sie in der Nähe LoginWindow, dann Application.Current.MainWindow werden kann Window1 zum Beispiel.

    2. Zugriff auf die MainWindow-Instanz

    wenn Sie wollen, um access-Instanz von MainWindow-Klasse, die Sie tun sollten, folgende:
    Application.Current.Windows.OfType<MainWindow>().FirstOrDefault();

    jedoch, wenn Hauptfenster nicht geöffnet ist, dann wird null zurückgegeben. Versuchen Sie nicht zu umgehen - wenn MainWindow noch nicht geöffnet ist, oder es bereits abgeschlossen ist, sollten Sie nicht auf ihn zugreifen.

    3. MVVM

    in MVVM-Muster, sollten Sie keine access-Ansichten direkt von Ihrem viewmodels. Wenn ja, würden Sie brechen die großen MVVM Bedenken, wie Separation of concerns, Testbarkeit, etc, etc. Die Frage ist dann, warum Sie wollen, mvvm.

    Wenn Sie wollen, um irgendeine Aktion in MainWindow sollten Sie die Aktion auf MainWindowViewModel. Wenn ein Fenster geöffnet wird, es werden die änderungen im ViewModel. Wenn es nicht ist, dann verändert der nicht reflektiert werden. MainWindowViewModel sollte nicht direktem Bezug zu der MainWindow Instanz.

    • Ich habe sehr wenig Erfahrung mit WPF, aber die Informationen in den zweiten Punkt zu sein scheint ungenau. Ich glaube nicht, dass "MainWindow " Klasse" existiert in WPF und [Dokumentation ausdrücklich sagt], das erste Element der Anwendung.Windows ist nicht unbedingt das Haupt-Fenster: "Wenn MainWindow wird anschließend mit einem Verweis auf ein anderes Fenster setzt die position des Elements mit dem Verweis auf das Hauptfenster zu ändern, während die Reihenfolge der Elemente in Windows bleibt die gleiche. Daher verwenden Sie immer MainWindow finden im Hauptfenster statt das erste Element in Windows."
    • Behoben, vielen Dank! Es war nur formmating Problem. Das argument Typ hier OfType<MainWindow>() ist der schwierige Teil, der fehlte
    InformationsquelleAutor Liero
Schreibe einen Kommentar