Le nom 'InitializeComponent' n'existe pas dans le contexte actuel

Si je crée un nouveau projet dans Visual Studio 2010 SP1 et sélectionne "Application WPF" et essaie de créer l'application générée, j'obtiens l'erreur

Le nom «InitializeComponent» n'existe pas dans le contexte actuel.

J'ai eu une erreur similaire ce matin lorsque j'ai essayé de construire mon projet actuel. Hier, je n'ai eu aucun problème à le compiler et à l'exécuter.

J'ai créé un nouveau projet et j'ai obtenu l'erreur chaque fois que j'ai compilé le projet. Je viens d'envoyer le projet à un collègue et il vient de le compiler sans aucune erreur.

Qu'est-ce qui ne va pas?

Je l'ai rencontré plusieurs fois et j'oublie toujours ce qui en est la cause. Je suis tombé sur cela lorsque j'ai renommé l'espace de noms sur mon code derrière le fichier mais pas dans mon XAML.

Vérifiez donc si vous avez fait de même.

L' espace de noms et les noms de classe doivent correspondre car ils font tous deux partie d'une classe partielle

namespace ZZZ
{
    /// <summary>
    /// Interaction logic for MainWindow.xaml
    /// </summary>
    public partial class MainWindow
    {
         //...
    }
}

<!-- XAML -->
<Window x:Class="ZZZ.MainWindow">

L'action de génération pour le fichier .xaml doit également être définie sur "Page", lorsque vous déplacez un fichier xaml entre des projets, ce paramètre est perdu (au moins dans VS 2010).

Pour ceux qui n'ont pas d'erreurs en mode Debug, mais qui ont l'erreur spécifiée en mode Release (et pourtant le projet fonctionne bien), voici quelque chose de simple à essayer:

1. Ouvrez le fichier XAML correspondant au fichier xaml.cs incriminé.
2. Faire une modification - toute modification, comme ajouter un espace quelque part
3. Enregistrez le fichier et fermez-le

Cette méthode a fonctionné pour moi dans VS 2015, et selon d'autres utilisateurs, également 2017 et 2019

1. Accédez au répertoire de la solution
2. Supprimez le dossier \ obj
3. Reconstruisez la solution

J'ai rencontré cette erreur lors de la refactorisation où j'ai renommé certains fichiers / dossiers et les fichiers prexisiting * .g.cs devaient être régénérés.

Il y a une raison très spécifique à cela, et c'est dans les paramètres du projet. Cela se produit généralement chaque fois que vous essayez d'ajouter un contrôle / fenêtre WPF à une bibliothèque ou un projet de classe .NET 2.0. La raison de cette erreur est que le projet ne sait pas qu'il construit un contrôle ou une fenêtre WPF et essaie donc de le créer en tant que projet C # 2.0.

La solution consiste à modifier le fichier .csproj. Faites un clic droit sur le projet à l'origine du problème et sélectionnez «Décharger le projet». Cliquez avec le bouton droit sur le projet déchargé et sélectionnez «Modifier .csproj». Le fichier .csproj s'ouvre et vous pouvez voir le XML. recherchez la ligne suivante:

<Import Project=…..

C'est vers la fin du fichier, et la seule ligne que vous avez est probablement

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />

Cela indique à Visual Studio de générer le projet en tant que projet .NET 2.0. Ce que nous voulons faire est de dire à Visual Studio qu'il s'agit en fait d'un projet WPF, nous devons donc ajouter la ligne suivante:

<Import Project="$(MSBuildBinPath)\Microsoft.WinFX.targets" />

Cette ligne indique à Visual Studio de générer le projet en tant que projet WPF. Le bas de votre fichier .csproj devrait maintenant ressembler à ceci:

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
<Import Project="$(MSBuildBinPath)\Microsoft.WinFX.targets" />

Enregistrez le fichier .csproj, faites un clic droit dessus dans l'Explorateur de solutions et sélectionnez «Recharger le projet» compiler et c'est tout, vous avez terminé!

cela m'est arrivé quand j'ai accidentellement supprimé la référence de classe de la définition xaml:

J'ai remplacé le

<Window x:Class="myapp.MainWindow"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

première ligne avec ceci:

<RibbonWindow 
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

Je sais que ce n'est pas la réponse à la question d'origine (parce que ce projet s'appuie sur une autre machine), mais le message d'erreur était le même, alors je vais peut-être aider quelqu'un dans cette situation.

Vous pouvez obtenir cette erreur lorsque vous importez une classe à partir d'un autre projet ou modifiez le chemin d'accès du fichier xaml ou l'espace de noms du fichier xaml ou derrière .cs.

Un: il peut avoir un espace de noms différent de celui que vous avez dans votre nouveau projet

namespace TrainerB.MVC.Forms
{
     public partial class AboutDeveloper : ContentPage
     {
          public AboutDeveloper()
          {
               InitializeComponent();
          }
     }
}

Comme vous pouvez le voir, l'espace de nom dans le fichier importé commence par l'ancien nom du projet: "TrainerB" , mais votre nouveau projet peut avoir un nom différent, il vous suffit donc de le remplacer par le nouveau nom de projet correct, dans le fichier .xaml et le fichier .cs derrière.

Deux:

changez les propriétés du fichier .xaml en:

Créer une action: ressource intégrée

Outil personnalisé: MSBuild: UpdateDesignTimeXaml

Assurez-vous que dans le fichier xaml

<Page x:Class="Project1.Page1" ...

faire correspondre le nom «Project1» et le nom «Page1»

Vérifiez le fichier Designer .

J'ai eu ce même problème. Dans mon cas, la cause était que le namespacefor FileName.Designer.cs ne correspondait pas au (correct) namespaceutilisé dans FileName.cs .

La modification namespacede FileName.Designer.cs pour correspondre à celle de FileName.cs a résolu le problème immédiatement.

J'ai eu cela (bien que ce soit ma faute et que cela ait été causé après avoir copié et collé du code); cela peut se produire lorsque l'espace de noms ne correspond pas entre le XAML et le code derrière

PAR EXEMPLE

<UserControl x:Class="DockPanel.TreeView" />

et le code derrière est

namespace NotDockPanel

J'ai rencontré cela en renommant un utilisateur. La façon dont je l'ai corrigé était de commenter InitializeComponent, de vérifier que tous les noms étaient corrects (xaml et code derrière), de générer le projet, de décommenter InitializeComponent, puis de recréer. Il semble qu'il y ait peut-être quelques causes / solutions à ce problème, mais c'est ainsi que cela s'est passé pour moi.

Aucune des réponses ci-dessus n'a fonctionné pour moi. Je les ai tous essayés sauf les doublons. Cependant, pour une raison étrange, cela a fonctionné dans mon projet multiplateforme dans Visual Studio 2015:

1. Cliquez avec le bouton droit sur le projet à l'origine du problème dans l'Explorateur de solutions. Dans le menu contextuel, choisissez: Ajouter -> Classe
2. Sélectionnez multiplateforme -> Page Forms Xaml. Conservez le joli nom standard de Page1.cs et cliquez sur Ajouter.
3. Remarquez comment le problème InitializeComponent () précédent a disparu pour une raison quelconque.
4. Supprimez le Page1.cs nouvellement créé et poursuivez la programmation comme si Visual Studio fonctionnait très bien.

Je suis d'accord avec la réponse ci-dessus que les espaces de noms doivent correspondre. Cependant, j'ai eu un problème comme celui-ci où les espaces de noms correspondaient.

Pour résoudre ce problème, j'ai simplement changé l'espace de noms dans le XAML en un INCORRECT, enregistré, puis changé à nouveau en celui de CORRECT. Voila!

Si vous utilisez Xamarin Forms et que vous déplacez un fichier XAML, "l'action de génération" du fichier est modifiée. Xamarin Forms nécessite "build action = Embedded Resource".

Appliquer une "action de génération" dans Visual Studio:

Select the XAML file -> Properties -> Build Action = Embedded Resource

J'essaie toutes les suggestions ci-dessus. Si vous essayez trop sans succès, obtenez le moyen le plus simple. Créez un nouveau page.xaml puis copiez votre code pour la nouvelle classe et supprimez la classe XAML avec des problèmes. Ne passez pas plus de temps.

Déchargez la solution entière, puis rechargez-la à nouveau. Reconstruisez ensuite la solution. Cela a résolu le problème pour moi.

Une autre cause courante de cette erreur est que si vous avez fait quelque chose dans ce cas:

1. Cliquez avec le bouton droit sur le dossier dans le projet pour créer un nouveau UserControl. Cela crée un fichier de classe et xaml qui dérive du contrôle utilisateur dans l'espace de noms du dossier.

2. Ensuite, vous décidez de modifier l'espace de noms de la classe car vous n'utilisez vraiment que des dossiers pour l'organisation du code. L'attribut x: Class ne sera pas automatiquement mis à jour, il recherchera donc une classe qui n'existe pas. Pourrait probablement utiliser un meilleur message d'erreur comme «x: le type de classe est introuvable dans le namesace bla.blaa.blaaa».

Une autre solution à ce problème consiste à simplement changer la propriété-> Build Action sur le XAML de Embedded Resource à quoi que ce soit d'autre, à enregistrer, puis à la modifier de nouveau à Embedded Resource. L'erreur disparaît.

Je sais que cela a été répondu en raison d'une cause différente, mais c'est une publication très populaire et j'avais rencontré le même problème avec une bibliothèque de classe. Dans ce cas, il s'est avéré être à la fois un changement dans mon espace de noms (répondu dans ce post ici ) et que le compilateur n'a pas pu reconstruire le Window.gics qui définit la méthode InitializeComponent (). Cela n'a pas pu car la bibliothèque de classes n'avait pas la valeur ProjectTypeGuid pour les projets WPF dans le fichier csproj. Les instructions pour cela sont ici et ici . J'ai pensé que je partagerais au cas où quelqu'un d'autre aurait rencontré le même problème. Changer simplement l'espace de noms n'est pas suffisant dans ce cas.

Cela m'est arrivé car un programme de désinstallation de package Nuget a supprimé tous les attributs de l'élément <Application> dans App.xaml. Cela comprenait l'attribut x: Class, qui spécifie le nom de la classe d'application. La classe partielle contenant la méthode InitializeComponent () n'a donc jamais été générée.

J'ai résolu le problème en rétablissant App.xaml sur la copie contrôlée par la source.

Cela l'a résolu pour moi.

J'avais commenté les ressources du fichier App.xaml

<Application x:Class="MyApp.App" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
  <Application.Resources>
    <!--<ResourceDictionary>
      <ResourceDictionary.MergedDictionaries>
        <ResourceDictionary
            Source="/PresentationFramework.Aero, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, ProcessorArchitecture=MSIL;component/themes/aero.normalcolor.xaml" />
      </ResourceDictionary.MergedDictionaries>
    </ResourceDictionary>-->
  </Application.Resources>
</Application>

Commenter cela de nouveau pour corriger l'erreur de construction.

<Application x:Class="MyApp.App" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
  <Application.Resources>
    <ResourceDictionary>
      <ResourceDictionary.MergedDictionaries>
        <ResourceDictionary
            Source="/PresentationFramework.Aero, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, ProcessorArchitecture=MSIL;component/themes/aero.normalcolor.xaml" />
      </ResourceDictionary.MergedDictionaries>
    </ResourceDictionary>
  </Application.Resources>
</Application>

En creusant un peu plus profondément, j'ai trouvé que le fichier app.g.cs dans {Project} \ obj \ debug ne contenait les éléments suivants que lorsque j'ai laissé la ressource commentée.

/// <summary>
/// InitializeComponent
/// </summary>
[System.Diagnostics.DebuggerNonUserCodeAttribute()]
public void InitializeComponent() {
    if (_contentLoaded) {
        return;
    }
    _contentLoaded = true;
    System.Uri resourceLocater = new System.Uri("/MyApp;component/app.xaml", System.UriKind.Relative);

    #line 1 "..\..\..\App.xaml"
    System.Windows.Application.LoadComponent(this, resourceLocater);

    #line default
    #line hidden
}

Pour ceux qui trouvent cela sur Internet. Vérifiez le fichier Windows.csproj si la compilation existe. Il devrait y avoir 2 entrées

<Page Include="YourFile.xaml">
  <SubType>Designer</SubType>
  <Generator>MSBuild:Compile</Generator>
</Page>

<Compile Include="YourFile.xaml.cs">
  <DependentUpon>YourFile.xaml</DependentUpon>
</Compile>

Si les espaces de noms sont corrects, il y a aussi une même erreur,

Fermez simplement votre application et ouvrez-la à nouveau .

Cela peut résoudre votre problème

Après une action, l'espace de noms du fichier .cs et celui du fichier .xaml peuvent être différents (dans xaml, recherchez x: Class = "namespace.yourType").

Fixez-les pour qu'ils soient les mêmes.

J'ai découvert que «l'objet de démarrage» était (non défini) à l'origine de cette erreur pour moi.

"Objet de démarrage" (non défini)

Étant donné que cela semble être le fil conducteur pour le problème concernant «InitializeComponent» manquant, je vais inclure ma réponse ici.

Moi aussi, je rencontrais ce problème et j'ai essayé tout ce que j'ai trouvé ici et dans tous les autres forums que Google pouvait trouver, mais aucun n'a résolu le problème pour moi. Après deux heures de tout essayer, j'ai finalement compris ce qui n'allait pas avec ma configuration.

Dans notre projet, nous utilisons des composants Metro de MahApps . La vue qui me posait problème était une vue héritée de MetroWindow, comme ceci:

<Controls:MetroWindow x:Class="ProjectNamespace.MyView"
                      xmlns:Controls="http://metro.mahapps.com/winfx/xaml/controls"
                      ... >

Maintenant, j'ai défini mes ressources statiques comme

<Controls:MetroWindow.Resources>
    <prop:Resources x:Key="LocalizedStrings"/>
    ...
</Controls:MetroWindow.Resources>

C'est ainsi que j'ai défini les ressources dans UserControls dans toutes mes autres vues, c'est donc ce que je supposais fonctionner.

Ce n'était cependant pas le cas avec Controls:MetroWindow! Là, j'avais absolument besoin de la définition des ressources comme suit:

<Controls:MetroWindow.Resources>
    <ResourceDictionary>
        <prop:Resources x:Key="LocalizedStrings"/>
        ...
    </ResourceDictionary>
</Controls:MetroWindow.Resources>

Donc, mon problème, en résumé, était une <ResourceDictionary>balise manquante . Je ne sais vraiment pas pourquoi cela a produit l'erreur «InitializeComponent» et il ne l'a étrangement même pas produite sur toutes mes machines, mais c'est comme ça que je l'ai corrigée. J'espère que cela vous aidera (les 0,001% restants de personnes rencontrant ce problème).

Je viens de rencontrer ce problème et il s'est avéré que mon projet est stocké dans mon dossier utilisateur, qui est stocké sur le réseau, et nous avons eu une panne de réseau momentanée. J'ai fait une construction; il se plaignait que mes fichiers avaient été modifiés en dehors de l'éditeur (ils ne l'avaient pas fait; les verrous de fichiers venaient d'être bouchés), et cela s'est bien passé, supprimant l'erreur concernant la InitializeComponent()méthode.

BTW, au cas où vous vous poseriez la question, développer quelque chose à partir d'un lecteur réseau est une mauvaise pratique. Cela devient particulièrement problématique lorsque vous essayez de tirer parti du code managé de .NET; d'après mon expérience, cela panique à chaque fois que vous construisez. J'ai oublié de mettre ce petit projet à jeter dans le bon dossier et j'ai fini par en payer le prix.

Une autre explication possible est que vous construisez contre x86. Cliquez avec le bouton droit sur votre solution et choisissez Configuration Manager. Voyez si vous construisez contre x86 au lieu de N'importe quel CPU.

Je me rends donc compte que c'est une question plus ancienne, mais nous avions un problème similaire. Nous avons pu créer un projet en utilisant VS2012, mais pas en utilisant msbuild à partir de la ligne de commande. Je suis allé dans le fichier .proj et j'ai remarqué qu'il n'avait pas d'enregistrement pour "ProjectTypeGuids" dans la section par défaut "PropertyGroup", alors j'ai ajouté ceci:

<ProjectTypeGuids>{60dc8134-eba5-43b8-bcc9-bb4bc16c2548};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>

qui est le GUID du projet pour WPF. J'ai ensuite supprimé et rajouté UserControl et il a commencé à fonctionner. Je ne sais pas si je devais faire cette dernière étape, mais cela fonctionne pour moi maintenant.

Pour une raison quelconque, après avoir copié .xaml et ses .cs entre les projets, l'action de génération change parfois. Veuillez vous assurer que l'action de génération de votre .xaml est Page.