¿No debería incrustarse vcxproj.filters en .vcxproj? Tal como están las cosas, debo verificar esto en el control de fuente para que otros puedan ver la estructuración de la carpeta en la solución.¿Por qué existen los archivos vcxproj.filters?
De acuerdo con lo que dice Dan Moseley en this question, también querían separar la estructura de árbol de la información específica de compilación porque cambiar la estructura de árbol provocaría una actualización en el archivo de proyecto y eso a su vez desencadenaría una reconstruir. Al mover la vista lógica del proyecto a un archivo separado, esto se evita.
Se incluyeron de hecho, en versiones anteriores de Visual Studio. La extensión seguía siendo .vcproj y los filtros estaban almacenados dentro del archivo del proyecto. Sin embargo, a partir de 2010, se decidió extraer la información .filter en un archivo separado.
Depende realmente de los equipos de diseño decidir si agregar este control de fuente o no. Si desea que todos los desarrolladores tengan la misma estructura (por razones de comunicación), puede ser conveniente verificarlos. Si desea permitir que cada desarrollador use su propia vista lógica, entonces no es así.
El archivo vcxproj contiene los comandos para el entorno msbuild. Por lo tanto, contiene los archivos que deben compilarse y los argumentos para el compilador sobre cómo crear/vincular, etc. los archivos fuente.
Debido a esto, el equipo de desarrollo decidió que la 'vista' de los archivos en el explorador de soluciones no debería estar contenida en el archivo msbuild, sino en otro archivo.
Esto se hizo para separar la configuración de compilación de la vista que tiene.
IMO deberían haber eliminado los filtros en el IDE. Ya existe una estructura de árbol lógica, se llama "sistema de archivos". Actualmente hay mucha duplicación: cada archivo debe agregarse al sistema de archivos, a la secuencia de comandos de compilación (vcxproj), a los filtros (vcxproj.filters), al control de origen y, tal vez, a otro sitio. Viola el principio DRY. – ybungalobill