El nombre 'InitializeComponent' no existe en el contexto actual

Si creo un nuevo proyecto en Visual Studio 2010 SP1 y selecciono "Aplicación WPF" e intento construir la aplicación generada, aparece el error

El nombre 'InitializeComponent' no existe en el contexto actual.

Recibí un error similar esta mañana cuando intenté construir mi proyecto actual. Ayer, no tuve problemas para compilarlo y ejecutarlo.

Creé un nuevo proyecto y recibí el error cada vez que compilaba el proyecto. Acabo de enviar el proyecto a un colega, y él acaba de compilar sin ningún error.

¿Qué está mal?

Me he encontrado con esto un par de veces y sigo olvidando qué lo causa. Me encontré con esto cuando cambié el nombre del espacio de nombres en mi código detrás del archivo pero no en mi XAML.

Así que verifica si has hecho lo mismo.

El espacio de nombres y los nombres de clase deben coincidir, ya que ambos forman parte de una clase parcial

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

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

La acción de compilación para el archivo .xaml también debe establecerse en "Página", al mover un archivo xaml entre proyectos esta configuración se pierde (al menos en VS 2010).

Para aquellos que no tienen errores en modo de depuración, pero hacer tienen el error especificado en modo de lanzamiento (y sin embargo, el proyecto funciona muy bien), aquí es algo sencillo para tratar:

1. Abra el archivo XAML correspondiente al archivo xaml.cs ofensivo.
2. Haga una edición: cualquier edición, como agregar un espacio en alguna parte
3. Guarda el archivo y ciérralo

Este método funcionó para mí en VS 2015 y, según otros usuarios, también en 2017 y 2019

1. Navegue al directorio de la solución.
2. Eliminar la carpeta \ obj
3. Reconstruir la solución.

Encontré este error durante la refactorización donde cambié el nombre de algunos archivos / carpetas y los archivos * .g.cs de prexisiting necesitaban volver a generarse.

Hay una razón muy específica para esto, y está en la configuración del proyecto. Esto suele suceder cuando intenta agregar un control / ventana WPF a una biblioteca o proyecto de clase .NET 2.0. La razón de este error es que el proyecto no sabe que está creando un control o ventana WPF y, por lo tanto, intenta construirlo como un proyecto C # 2.0.

La solución implica editar el archivo .csproj. Haga clic derecho en el proyecto que causa el problema y seleccione "Descargar proyecto". Haga clic derecho en el proyecto descargado y seleccione "Editar .csproj". Se abrirá el archivo .csproj y podrá ver el XML. busca la siguiente línea:

<Import Project=…..

Está cerca del final del archivo, y la única línea que tiene es probablemente

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

Esto le dice a Visual Studio que cree el proyecto como un proyecto .NET 2.0. Lo que queremos hacer es decirle a Visual Studio que este es realmente un proyecto WPF, por lo que debemos agregar la siguiente línea:

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

Esta línea le indicará a Visual Studio que cree el proyecto como un proyecto WPF. Ahora su parte inferior del archivo .csproj debería verse así:

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

Guarde el archivo .csproj, haga clic derecho en el Explorador de soluciones y seleccione la compilación "Recargar proyecto" y listo, ¡listo!

Esto sucedió conmigo cuando eliminé accidentalmente la referencia de clase de la definición xaml:

He reemplazado el

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

primera línea con esto:

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

Sé que esta no es la respuesta a la pregunta original (porque ese proyecto se basa en otra máquina), pero el mensaje de error fue el mismo, por lo que quizás ayude a alguien con esta situación.

Es posible que reciba este error cuando importe una clase de otro proyecto, o cambie la ruta del archivo xaml o el espacio de nombres del archivo xaml o detrás del archivo .cs.

Uno: puede tener un espacio de nombres que no sea el mismo que el que tiene en su nuevo proyecto

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

Como puede ver, el espacio de nombres en el archivo importado comienza con el antiguo nombre del proyecto: "TrainerB" , pero su nuevo proyecto podría tener un nombre diferente, así que simplemente cámbielo al nuevo nombre correcto del proyecto, tanto en el archivo .xaml como en el El archivo .cs detrás.

Dos:

cambie las propiedades del archivo .xaml a:

Acción de compilación: recurso incorporado

Herramienta personalizada: MSBuild: UpdateDesignTimeXaml

Asegúrese en el archivo xaml

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

coincide con el nombre 'Proyecto1' y el nombre 'Página1'

Verifique el archivo del diseñador .

Tuve el mismo problema. En mi caso, la causa fue que namespacepara FileName.Designer.cs no coincidía con el (correcto) namespaceutilizado en FileName.cs .

El cambio namespacede FileName.Designer.cs para que coincida con FileName.cs resolvió el problema de inmediato.

He tenido esto (aunque fue mi culpa y fue causado después de copiar y pegar un código); puede ocurrir cuando el espacio de nombres no coincide entre el XAML y el código detrás

P.EJ

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

y el código detrás es

namespace NotDockPanel

Encontré esto al cambiar el nombre de un control de usuario. La forma en que lo arreglé fue comentar InitializeComponent, verificar que todos los nombres fueran correctos (xaml y código detrás), compilar el proyecto, descomentar InitializeComponent y luego volver a compilar. Parece que puede haber un par de causas / soluciones para este problema, pero de esta manera lo hizo por mí.

Ninguna de las respuestas anteriores funcionó para mí. Los probé todos excepto los duplicados. Sin embargo, por alguna extraña razón, esto funcionó en mi proyecto multiplataforma en Visual Studio 2015:

1. Haga clic con el botón derecho en el proyecto que está causando el problema en el Explorador de soluciones. En el menú emergente, elija: Agregar -> Clase
2. Seleccione multiplataforma -> Página de formularios Xaml. Mantenga el bonito nombre estándar de Page1.cs y haga clic en Agregar.
3. Observe cómo el problema InitializeComponent () anterior desapareció por alguna razón.
4. Elimine los Page1.cs recién creados y continúe programando como si Visual Studio funcionara bien.

Estoy de acuerdo con la respuesta anterior de que los espacios de nombres deben coincidir. Sin embargo, tuve un problema como este donde los espacios de nombres coincidían.

Para solucionarlo, simplemente cambié el espacio de nombres en el XAML a uno INCORRECTO, lo guardé y luego lo volví a cambiar al CORRECTO. Voila!

Si está utilizando Xamarin Forms y mueve un archivo XAML, la "acción de compilación" del archivo cambia. Xamarin Forms requiere "acción de compilación = recurso incorporado".

Aplicar "acción de compilación" en Visual Studio:

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

Intento todas las sugerencias anteriores. Si lo intentas también sin éxito, obtén la manera más fácil. Cree un nuevo page.xaml, luego copie su código para una nueva clase y elimine la clase XAML con problemas. No gastes más tiempo.

Descargue toda la solución y luego vuelva a cargarla. Luego reconstruya la solución. Esto resolvió el problema para mí.

Otra causa común de este error es si hiciste algo al respecto:

1. Haga clic derecho en la carpeta en el proyecto para crear un nuevo UserControl. Esto crea una clase y un archivo xaml que deriva del control del usuario en el espacio de nombres de la carpeta.

2. Luego decide cambiar el espacio de nombres de la clase porque realmente solo está usando carpetas para la organización del código. El atributo x: Class no se actualizará automáticamente, por lo que buscará una clase que no existe. Probablemente podría usar un mensaje de error mejor como "x: no se pudo encontrar el tipo de clase en namesace bla.blaa.blaaa".

Otra solución a este problema es simplemente cambiar la propiedad-> Build Action en el XAML de Embedded Resource a cualquier otra cosa, guardar y luego volver a cambiarlo a Embedded Resource. El error desaparece.

Sé que esto se respondió debido a una causa diferente, pero esta es una publicación muy exitosa y me encontré con el mismo problema con una biblioteca de clase. En este caso, resultó ser un cambio en mi espacio de nombres (respondido en esta publicación aquí ) y que el compilador no pudo reconstruir Window.gics que define el método InitializeComponent (). No pudo porque a la biblioteca de clases le faltaba el valor ProjectTypeGuid para proyectos WPF en el archivo csproj. Las instrucciones para esto están aquí y aquí . Pensé en compartir en caso de que alguien más se haya encontrado con el mismo problema. Simplemente cambiar el espacio de nombres no es suficiente en este caso.

Esto me sucedió porque un desinstalador de paquetes Nuget eliminó todos los atributos en el elemento <Application> en App.xaml. Esto incluía el atributo x: Class, que especifica el nombre de la clase de aplicación. Entonces, la clase parcial que contiene el método InitializeComponent () nunca se generó.

Solucioné el problema volviendo App.xaml a la copia controlada por la fuente.

Esto lo resolvió para mí.

Había comentado los recursos en el archivo 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>

Comentando esto nuevamente para corregir el error de compilación.

<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>

Excavando un poco más, descubrí que el archivo app.g.cs en {Project} \ obj \ debug solo contenía lo siguiente cuando dejé el recurso comentado.

/// <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
}

Para aquellos que encuentran esto en internet. Verifique el archivo Windows.csproj si la compilación está allí. Debe haber 2 entradas

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

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

Si los espacios de nombres son correctos, entonces también hay un mismo error,

Simplemente cierre su aplicación y ábrala nuevamente .

Esto puede resolver su problema

Después de alguna acción, el espacio de nombres del archivo .cs y el del archivo .xaml pueden ser diferentes (en xaml busque x: Class = "namespace.yourType").

Arreglos para que sean lo mismo.

He descubierto que el "Objeto de inicio" estaba (No establecido) causándome este error.

"Objeto de inicio" (no establecido)

Dado que este parece ser el hilo conductor del problema con respecto a la falta de 'InitializeComponent', incluiré mi respuesta aquí.

Yo también estaba teniendo este problema y he intentado todo lo que encontré aquí y en todos los otros foros que Google pudo encontrar, sin embargo ninguno resolvió el problema por mí. Después de dos horas de intentarlo todo, finalmente descubrí lo que estaba mal con mi configuración.

En nuestro proyecto, estamos utilizando componentes de Metro de MahApps . La vista que me estaba dando problemas era una vista heredada de MetroWindow, como esta:

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

Ahora, he definido mis recursos estáticos como

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

Así es como he definido Recursos en UserControl s en todas mis otras vistas, así que eso es lo que asumí que funcionará.

Sin embargo, ese no fue el caso con Controls:MetroWindow! Allí necesitaba absolutamente la definición del recurso de la siguiente manera:

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

Entonces, mi problema, en resumen, era una <ResourceDictionary>etiqueta faltante . Realmente no sé por qué esto produjo el error 'InitializeComponent' y extrañamente ni siquiera lo produjo en cada máquina mía, pero así es como lo solucioné. Espero que esto ayude (el 0.001% restante de personas que encuentran este problema).

Acabo de encontrar este problema, y ​​resultó que mi proyecto está almacenado en mi carpeta de usuario, que está almacenada en la red, y tuvimos una interrupción momentánea de la red. Hice una construcción; se quejó de que mis archivos habían sido modificados fuera del editor (no lo habían hecho; los bloqueos de los archivos simplemente se corrigieron), y funcionó bien, eliminando el error relacionado con el InitializeComponent()método.

Por cierto, en caso de que te lo estés preguntando, desarrollar algo desde una unidad de red es una mala práctica. Se vuelve particularmente problemático cuando intentas aprovechar el código administrado de .NET; en mi experiencia, se asusta cada vez que construyes. Olvidé poner este pequeño proyecto desechable en la carpeta adecuada y terminé pagando el precio.

Otra posible explicación es que estás construyendo contra x86. Haga clic con el botón derecho en su Solución y elija Administrador de configuración. Vea si está compilando contra x86 en lugar de Any CPU.

Así que me doy cuenta de que esta es una pregunta anterior, pero teníamos un problema similar. Pudimos construir un proyecto usando VS2012, pero no usando msbuild desde la línea de comando. Ingresé al archivo .proj y noté que no tenía un registro para "ProjectTypeGuids" en la sección predeterminada "PropertyGroup", así que agregué esto:

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

que es el GUID del proyecto para WPF. Luego eliminé y volví a agregar el UserControl y comenzó a funcionar. No estoy seguro de si tuve que hacer ese último paso, pero ahora funciona para mí.

Debido a alguna razón después de copiar .xaml y sus .cs entre proyectos, la acción de compilación a veces cambia. Asegúrese de que la acción de compilación de su .xaml sea Page.