El nombre 'InitializeComponent' no existe en el contexto actual

Me he encontrado con esto un par de veces y sigo olvidando su 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 comprueba si has hecho lo mismo.

La espacio de nombres y clase los nombres deben coincidir ya que ambos son 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", cuando se mueve un archivo xaml entre proyectos, esta configuración se pierde (al menos en VS 2010).

Para aquellos que no tienen errores en el modo de depuración, pero do tiene el error especificado en el modo de lanzamiento (y, sin embargo, el proyecto funciona bien), aquí hay algo simple para probar:

1. Abra el archivo XAML correspondiente al archivo xaml.cs infractor.
2. Haga una edición: cualquier edición, como agregar un espacio en algún lugar
3. Guarde el archivo y ciérrelo

Este método me funcionó 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 preexistentes debían volver a generarse.

Hay una razón muy específica para esto, y está en la configuración del proyecto. Esto suele suceder cada vez que intenta agregar un control / ventana WPF a un proyecto o biblioteca de clases .NET 2.0. El motivo de este error es que el proyecto no sabe que está creando una ventana o un control WPF y, por lo tanto, intenta crearlo como un proyecto de 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. busque la siguiente línea:

<Import Project=…..

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

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

Esto le indica 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 en realidad un proyecto de WPF, por lo que tenemos que agregar la siguiente línea:

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

Esta línea le dirá a Visual Studio que compile el proyecto como un proyecto de WPF. Ahora la parte inferior de su archivo .csproj debería verse así:

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

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

esto sucedió conmigo cuando eliminé accidentalmente la referencia de clase de la definición de 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 era el mismo, así que tal vez ayude a alguien con esta situación.

Es posible que obtenga 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: Es posible que tenga 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 nombre del proyecto anterior: "EntrenadorB", pero su nuevo proyecto puede tener un nombre diferente, así que cámbielo por el nuevo nombre correcto del proyecto, tanto en el archivo .xaml como en el archivo .cs posterior.

Dos:

cambie las propiedades del archivo .xaml a:

Acción de construcción: Recurso incrustado

Herramienta personalizada: MSBuild: UpdateDesignTimeXaml

Tuve esto (aunque fue en gran parte mi culpa y fue causado después de que copié y pegué un código); puede ocurrir cuando el espacio de nombres no coincide entre el XAML y el código subyacente

EG

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

y el código detrás es

namespace NotDockPanel

Asegúrate de leer Designer archivo.

Tuve el mismo problema. En mi caso, la causa fue que el namespace en Nombre de archivo.Diseñador.cs no coincidió con el (correcto) namespace utilizado en NombreArchivo.cs.

Cambiando el namespace of Nombre de archivo.Diseñador.cs para que coincida con el de NombreArchivo.cs resolvió el problema de inmediato.

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 subyacente), compilar el proyecto, descomentar InitializeComponent y luego compilar nuevamente. Parece que puede haber un par de causas / soluciones para este problema, pero de esta manera lo hice 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 -> Forms Xaml Page. Mantenga el bonito nombre estándar de Page1.cs y haga clic en Agregar.
3. Observe cómo el problema InitializeComponent () - anterior simplemente desapareció por alguna razón.
4. Elimine el Page1.cs recién creado y continúe programando como si Visual Studio estuviera funcionando 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 cambié de nuevo al CORRECTO. ¡Voila!

Intento todas las sugerencias anteriores. Si lo intentas sin éxito, obtén el camino más fácil. Crea una nueva página.xaml luego copie su código para la nueva clase y borrar clase XAML con problemas. No pierdas más tiempo.

Descargue la solución completa y luego vuelva a cargarla. Luego reconstruye la solución. Esto me resolvió el problema.

Si usa 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 incrustado".

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

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

Lo que me ayudó - es cambiar la primera línea en .csproj a

<Project Sdk="Microsoft.NET.Sdk.WindowsDesktop">

Otra causa común de este error es si hizo algo en esto:

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

2. Luego, decides cambiar el espacio de nombres de la clase porque en realidad solo estás usando carpetas para organizar el 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: el tipo de clase no se pudo encontrar en namesace bla.blaa.blaaa".

Otra solución a este problema es simplemente cambiar la propiedad-> Acción de compilación en el XAML de Recurso incrustado a cualquier otra cosa, guardar y luego volver a cambiarla a Recurso incrustado. El error desaparece.

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

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

Esto me lo resolvió.

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>

Al comentar esto, se corrigió 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>

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

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

Simplemente cierre su aplicación y ábrala de nuevo..

Esto puede resolver su problema

Sé que esto fue respondido debido a una causa diferente, pero esta es una publicación muy exitosa y me encontré con el mismo problema con una biblioteca de clases. 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 son aquí y aquí. Pensé en compartirlo en caso de que alguien más se haya encontrado con el mismo problema. En este caso, simplemente cambiar el espacio de nombres no es suficiente.

Para aquellos que encuentran esto en Internet. Compruebe 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>

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").

Arréglelos para que sean iguales.

Descubrí que el "Objeto de inicio" estaba (No configurado) causando este error para mí.

"Objeto de inicio" (no establecido)

Este problema me sucedió al crear un "Proyecto de aplicación WPF" y luego cambiar su destino de compilación a "Biblioteca de clases" para ser utilizado como una herramienta externa por otro programa.

Cambié todos mis archivos .xaml para mis ventanas para que su acción de compilación se estableciera en "Página". Lo que no me di cuenta fue que el proyecto también contenía "App.xaml" y "App.xaml.cs".

"App.xaml" también debe establecerse en "Página" o eliminarse por completo (junto con "App.xaml.cs"). Hice lo primero, luego lo segundo cuando me di cuenta de que los archivos eran inútiles.

Dado que este parece ser el hilo de referencia para el problema relacionado con la falta de 'InitializeComponent', incluiré mi respuesta aquí.

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

En nuestro proyecto, utilizamos 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 UserControls en todas mis otras vistas, por lo que asumí que funcionaría.

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

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

Entonces, mi problema, en resumen, fue una falta <ResourceDictionary> etiqueta. 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 arreglé. Espero que esto ayude (el 0.001% restante de las personas que se encuentran con este problema).

Acabo de encontrar este problema y resultó ser 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 archivos simplemente se estropearon), y se construyó bien, eliminando el error con respecto al InitializeComponent() método.

Por cierto, en caso de que se lo pregunte, desarrollar algo a partir de una unidad de red es una mala práctica. Se vuelve particularmente problemático cuando intenta 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á construyendo contra x86. Haga clic con el botón derecho en su solución y elija Configuration Manager. Vea si está construyendo contra x86 en lugar de cualquier CPU.

Entonces me doy cuenta de que esta es una pregunta anterior, pero estábamos teniendo un problema similar. Pudimos construir un proyecto usando VS2012, pero no usando msbuild desde la línea de comandos. Entré en el 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 dar ese último paso, pero ahora me funciona.