Какой смысл в фильтрах Visual Studio?

Question

[Максим Черепанцев]

Приветствую.

Недавно вновь пересел на Visual Studio с другой IDE и у меня возник вопрос: какой смысл в фильтрах вместо папок? В обычных IDE структура проекта представлена папками и файлами, в студии же фильтрами.

В итоге в подавляющем большинстве проектов (что я видел), все файлы лежат в одной директории, никак логически не разбиты и чтобы просто разобраться во всём этом мусоре - приходится включать Visual Studio.

Я уж не говорю про тот ахтунг что случается при включении в проект крупной библиотеки, которую даже чисто физически по всем этим фильтрам не разбросать.

Какой в этом смысл? Может я чего-то не понимаю и глаза замылились?

p.s. Я знаю, что там есть кнопка "Show all files", но прекрасно же понятно, что по умолчанию студия хочет чтобы все работали именно с фильтрами.

Comments

[Сергей]

Извиняюсь, по VS ничего хорошего сказать не могу))тк не пользуюсь поделками от мелкомягких, но...хочу спросить, Вы пробовали CLion от .JetBeains? Как по мне очень хорошая IDE, есть релизы под все платформы, правда она завязана на CMake(но разве это плохо?)) и она платная( но мы ведь таки русские люди)))

[Максим Черепанцев]

Сергей: посмотрю обязательно

Answer 1

[Евгений Шатунов]

Фильтры в Visual C++ - это методика организации рабочего пространства. Это старая и проверенная методика, зарекомендовавшая себя в MSVC++ еще с очень старых времен.
Система фильтров позволяет организовать любую лапшу из файлов сторонней библиотеки, в которой все сделано по принципу: "Работает == Не трогай". Этим она чрезвычайно полезна.
Так же фильтры позволяют сделать более тонкую организацию в тех местах, где на уровне файловой структуры она бессмысленна.

Я бы не был так поспешен, ругая инструмент за то, что им пользуются явно неорганизованные или неграмотные "специалисты". В подавляющем большинстве проектов ты просто видел невежество. И ничего больше.
Да, фильтры никак не привязаны к реальным папкам, а это и не надо. Да, на диске все можно хранить в одной папке (и в этом реальный плюс фильтров). Да, фильтры позволяют организоваться только внутри пространства самой среды.
Но и ничего больше.
Многие люди не считают должным разделять заголовки и исходный код по разным папкам, пеняя на "слишком сложную" организацию Include Directories. Только это не проблема среды, это такой у людей стиль организации рабочего пространства.

Comments

[Максим Черепанцев]

Спасибо за развёрнутый ответ. Может вы подскажите, каким образом можно быстро раскидывать файлы из сторонней библиотеки по фильтрам? Например я добавил заголовки библиотеки, они заполнили всю папку Headers и теперь не видно где чужое, где моё.

[Евгений Шатунов]

Максим Черепанцев , интересный вопрос... Лично мое мнение - каждой библиотеке свой проект! Сделай для библиотеки проект статической библиотеки, да и наладь зависимости с основным проектом.

Более того, внутри решения (solution) так же можно создавать фильтры для проектов. Это дает возможность сгруппировать проекты по тематике. Third Party - в одну кучку, Static Libraries - в другую, а основные проекты можно и в корне решения оставить.

Я предпочитаю высокий уровень организации как кода, так и структуры проекта в файловой системе. Поэтому, с моей стороны, разделение большого массива файлов на проекты в своих отдельных папках с сильным делением на папки файлов проекта, заголовков и исходного кода - бесспорно удобное и качественное решение.

[Максим Черепанцев]

Евгений Шатунов: Спасибо!

Answer 2

[Толстый Лорри]

Очевидно, что кому-то удобнее физически располагать файлы иначе, чем их отображать в IDE. В C++ зачастую хэдеры кладут отдельно, в папочку include, а сорцы - в src. Согласитесь, стремно было бы воспроизводить логическую иерархию дважды. А с помощью фильтров (aka виртуальных папок) можно легко всё сгруппировать так, как душе угодно.

Про C#

В .NET-проектах все немного иначе, потому что там существуют модули с метаданными и объявления типов не нуждаются в отделении от определения.

Answer 3

[mletov]

Не знаю, что вы подразумеваете под фильтрами.
Про C++ ничего не скажу, пишу на ASP.NET.
В Solution Explorer видны все файлы и папки, включенные в проект. Если нажать "Show all files", то можно увидеть файлы и папки, которые в проект не включены. Можно кликнуть правой клавишей по не включенному в проект файлу или папке и в контекстном меню и выбрать "включить в проект".

В итоге в подавляющем большинстве проектов (что я видел), все файлы лежат в одной директории, никак логически не разбиты и чтобы просто разобраться во всём этом мусоре - приходится включать Visual Studio.

Вообще-то структуру хранения файлов и папок продумывает программист, даже дефолтная организация хранения в проекте (Content под css, Scripts под js, bin под dll и т д ) вполне логична и разумна.

Comments

[Максим Черепанцев]

>>Не знаю, что вы подразумеваете под фильтрами.

>>пишу на ASP.NET.

Неудивительно. Там фильтров, судя по всему, нету. Там работа почти напрямую с папкой проекта.

[Sanostee]

Максим Черепанцев: А в каком тогда типе проектов есть подобные фильтры?
Пишу на c# и могу с уверенностью сказать, что любой проект на c# (console app, wpf, winforms, asp.net, asp.net mvc и т.д. и т.п.) отражает реальную структуру папок и файлов.

[Максим Черепанцев]

Sanostee: в C++ проектах. Если даже не знаете язык - просто создайте какой нибудь пример или скелет - и увидите.
К C# у меня претензий нету, там всё так как бы я и хотел видеть :D.