InitialilizeComponent(); ist im aktuellen Kontext zu finden?

[Gewinde]

Hallo zusammen,

in meiner Anwendung verwende ich einzelne UserControls, welche in meiner MainView angezeigt werden und mit verschiedenen Knöpfen gewechselt werden können. Ähnlich einer Menüführung auf einer WebSite. Diese UserControls liegen dann im gleichen Ordner wie meine View. Jetzt ist mir, da ich ein anderes Problem mit meinem Togglebutton klären wollte (wieder mal 😏) etwas C# Code in meine CodeBehind Datei schreiben. Dabei viel mir auf, das meine InitializeComponent(); einen Fehler wirft. Mir wird gesagt, dass diese im aktuellen Kontext nicht vorhanden ist. Das gleiche Problem habe ich komischerweise auch in meiner View. Da ich diesen Fehler noch nie gehabt habe und die gleiche Ordnerstruktur wie immer nutze, stehe ich ein wenig wie die Kuh vorm Scheunentor. Woher kann dieser Fehler kommen? Bzw. wie kann man diesen Beheben?

[Tratos]

 

Namespace: System.Windows.Markup

Assembly: System.Xaml.dll

 

public void InitializeComponent ();

 

 

[Whiz-zarD]

Ich würde mal vermuten, du hast zu einem späteren Zeitpunkt den Namespace angepasst. Dann findet er die automatisch generierte Datei nicht mehr. Du musst den Namespace auch in er XAML-Datei anpassen.

 

[Gewinde]

Ich habe jetzt nochmal eine neue Solution aufgemacht. Der Vorgang ist der gleiche, als wenn ich eine einfache WPF Anwendung mit MVVM vorbereite, ich erstelle die einzelnen Ordner Model, ViewModel, View und die üblichen Styles u.s.w.. Normalerweise lösche ich das MainWindow und erstelle ein neues Fenster im View Ordner. Unter normalen Umständen wird nach dem Einbinden auch alles gefunden. In meiner neuen Solution gab es zum Anfang keine Probleme diesbezüglich. Ich habe gerade nochmal in der .cs vom Control, welches sich im View Ordner befindet nachgesehen. Gleiche Problem, InitializeComponent(); ist im Namespace nicht vorhanden. Das MainWindow, welches im Lokalen Namespace noch vorhanden ist, hat diese Probleme nicht. Nachdem ich nun ein neues Fenster im View Ordner erstellt habe, hat auch dieses den gleichen Fehler in der .cs wie die des Controls. Ich habe mir in den jetzigen Solutions allerdings keine Neuheiten bezüglich Ordnerverwaltung o.ä. ausgedacht. Es wurde auch nachträglich kein Namensraum verändert o.ä.. Hat sich mit dem neuen Update etwas verändert? Ich wüsste auch nicht welchen Namespace ich in der Codebehind zugänglich machen sollte (mir wird auch nichts vorgeschlagen von IntelliSens), damit die Methode gefunden wird. Ich habe in der .cs System.Windows.Markup eingefügt, ohne Erfolg. Beim versuch einen Verweis auf die Stystem.Xaml.dll einzufügen konnte ich leider nicht tätig werden, da ich den angegebenen Verweis nicht finde. Vielleicht suche ich es an der falschen Stelle? Warum brauchte ich dies bis jetzt noch nie machen?

[Gewinde]

Hm, ob ich damit zufrieden bin weiß ich ehrlich gesagt noch nicht, bzw. ob es wirklich die Lösung des Problems ist kann ich zum jetzigen Zeitpunkt auch noch nicht abschätzen. Der Fehler wird mir zumindest nicht mehr dargestellt, was mich etwas stutzen lässt, ist die Veränderung der Anzeige für die InitializeComponent(); normal werden Methoden bei mir Geld dargestellt und Properties weiß. Nachdem ich die Veränderungen, welche unten zu sehen sind vorgenommen hatte, verschwand der Fehler, allerdings änderte die Methode von gelb auf weiß. Auch die Vererbung änderte die Farbe. Vielleicht kennt jemand von euch eine Fachmännische Antwort darauf.

[Whiz-zarD]

Wie gesagt, du musst den Namespace in der XAML-Datei anpassen.

Aus der XAML-Datei wird ja Code generiert, der eben diese InitializeComponent()-Methode beinhaltet. Dieser Code liegt dann aber im falschen Namespace, wenn du die Datei nicht anpasst und kann daher nicht gefunden werden.

[Gewinde]

Aber wenn ich ein Window oder ein UserControl neu erstelle, dann wird doch automatisch eine .xaml und eine .cs erstellt. Bis jetzt musste ich da noch nie einen Namensraum anpassen, da ja beides im gleichen Ordner erstellt wird. Für mich befinden sich diese auch im gleichen Namensraum OfficeNode.Views. Stehe ich da jetzt total auf dem Schlauch?