Почему существуют файлы vcxproj.filters?

Не следует ли внедрять vcxproj.filters в .vcxproj? Поскольку это стоит, я должен проверить это на исходный контроль, чтобы другие могли видеть структурирование папки в решении.

Ответ 1

В соответствии с тем, что Дэн Мозли говорит в этом вопросе, они также хотели отделить древовидную структуру от конкретной информации о сборке, поскольку изменение древовидной структуры приведет к обновлению быть внесены в файл проекта, а это, в свою очередь, вызовет перестройку. Перемещая логический вид проекта в отдельный файл, этого можно избежать.

Ответ 2

Они были встроены фактически в предыдущие версии Visual Studio. Расширение было по-прежнему .vcproj, и фильтры были сохранены внутри файла проекта. Однако по состоянию на 2010 год было принято решение погрузить информацию .filter в отдельный файл.

На самом деле разработчикам предстоит решить, добавлять ли этот элемент управления или нет. Если вы хотите, чтобы все разработчики имели одинаковую структуру (по причинам связи), было бы разумно проверить их. Если вы хотите, чтобы каждый разработчик использовал свой собственный логический вид, не делайте этого.

Ответ 3

Файл vcxproj содержит команды для среды msbuild. Поэтому он содержит файлы, которые должны быть созданы, и аргументы для компилятора, как создавать/связывать и т.д. Исходные файлы.

В связи с этим команда разработчиков решила, что "представление" файлов в проводнике решений не должно содержаться в файле msbuild, а в другом файле.

Итак, это было сделано, чтобы отделить настройки сборки от вашего вида.