visual studio - tutorial - ¿Debe Resources.Designer.cs estar bajo control de código fuente?

visual studio code español

Question

Tengo Resources.resx, que se utiliza para generar Resources.designer.cs. ¿Debería registrarse Resources.designer.cs o puedo confiar en que Visual Studio lo genere cuando sea necesario?

Answer 1

Me encontré con su publicación por un problema que estoy experimentando, no del mismo modo, pero me ayudó a encontrar una solución temporal. Esto es lo que encontré que podría ayudarte ...

Estoy creando un archivo de recursos de cadena simple. Luego utilizo un programa CodeProject modificado que lo traduce a idiomas extranjeros. (Usaremos servicios profesionales una vez que estabilicemos el código) La utilidad no crea los archivos designer.cs. Al hacer una reconstrucción, todos no volvieron a crear los archivos. Parece que cada vez que use una herramienta externa (no el diseñador de Visual Studio) para modificar un archivo resx, perderá esos cambios sincronizados. En mi caso, el archivo del diseñador se usa simplemente para escribir fuertemente las cadenas a los nombres de propiedades. Si está utilizando los ID para extraer la cadena (método antiguo), no necesitará estos archivos en absoluto y, por lo tanto, no tendrá que registrarlos en el control de código fuente. Sin embargo, si está utilizando el acceso fuertemente tipado a estas cadenas (método más moderno), debe registrarlas.

Como nota aparte ... encontré una manera de volver a sincronizar los archivos de designer.cs con sus partes de contador resx, ya que ese era mi problema ... los necesitaba. La selección de un archivo resx en el Explorador de soluciones y la configuración de la propiedad CustomTool en PublicResXFileCodeGenerator crearon instantáneamente el archivo designer.cs. Desafortunadamente, si ya está configurado, debe desactivarlo y luego restablecerlo para crear el archivo. Si alguien sabe una manera de forzar una recreación de estos a través de algunos medios automatizados ... realmente lo apreciaría.

Gracias.

Answer 2

Mi preferencia es: si el sistema de compilación lo modifica, asegúrese de que el proceso de compilación lo cree y no lo verifique.

Para archivos autogenerados como ''diseñador'', los registro. Solo se modifican cuando otros componentes se modifican (por mí). Es generado por VS y no modificado por el sistema de compilación.

Answer 3

No estoy 100% seguro de los escenarios de compilación alrededor de este archivo. Creo que es probable que Studio, o más adecuadamente msbuild, vuelva a generar el archivo cada vez que compile su aplicación, pero no está seguro.

De cualquier manera, todavía revisaría este archivo por un par de razones

1. Es el valor predeterminado para la mayoría de los proveedores de control de origen en Visual Studio. Han pensado mucho más en este problema que yo y es probable que tengan buenas razones para hacerlo.
2. Depuración: es poco probable que haya un problema en el Resource.Designer.cs, pero si existiera, se vería obligado a compilar antes de poder adjuntar / depurar
3. El control de fuente debe ser una historia de sus fuentes. ¿Qué hace bien si no puede ver todas las fuentes relacionadas con su aplicación?

La primera razón por ser la más importante.