Добавление файлов в проекты Visual Studio — веб-журнал Рика Страла

Новый элемент или новый файл?

Используете ли вы Новый файл или Новый элемент ? И почему эти варианты похоронены? В меню «Файл» отображается только Новый файл , который является очевидным местом для поиска, но, скорее всего, неправильным выбором, если вам действительно нужен диалог Новый элемент .

По умолчанию диалоговое окно Новый файл … , которое вы хотите использовать большую часть времени, не отображается на Ctrl-N, как вы ожидали — нет , этот очевидный ярлык переходит в диалоговое окно New File , которое создает новый файл, который не добавляется в проект. Полезно в некоторых случаях, но обычно не применимо, когда вы работаете над проектом.

Функция «Новый элемент», вероятно, является наиболее часто используемым действием контекстного меню, которое вы используете на уровне проекта, но «Новый элемент» эта опция скрыта во вторичном меню:

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

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

Вы также можете найти Новый элемент … в меню «Проект» с помощью Проект -> Новый элемент , который немного легче обнаружить. Но тогда никто не смотрит туда, не так ли?

Переназначение Ctrl-N в диалоге создания нового элемента

Тогда есть сочетания клавиш …

Как уже упоминалось, ярлык по умолчанию для New Item — , а не Ctrl-N. Я не уверен, из-за переназначения клавиатуры, которое таинственным образом происходит из-за различных установленных расширений, но для меня опция New Item … не имеет никакой связи с клавишами.

Очевидная клавиша — Ctrl-N — сопоставлена ​​с диалоговым окном New File .. , которое, хотя и названо схожим, делает нечто совершенно иное.. В отличие от Новый элемент , диалоговое окно Новый файл открывает новый свободный файл и не добавляет его в проект. Новый элемент открывает новый файл и автоматически добавляет его в проект, а также создает зависимые файлы, добавляет ссылки и т. д., связанные с используемым базовым шаблоном файла.

Сейчас я бы предпочел, чтобы Ctrl-N всегда отображался на New Item . Вы можете легко это исправить в параметрах Visual Studio:

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

Похоже, Visual Studio 2017 по умолчанию Ctrl -N к новому элементу … как и следовало ожидать.

Используйте Ctrl-E, чтобы перейти к поиску в диалоговом окне нового элемента

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

Было бы намного лучше, если бы вы могли просто начать вводить имя типа или расширение (html, xaml, ts что угодно). Но как бы то ни было, вам нужно сначала перейти к окну поиска или даже к списку выбора элементов.

К счастью, вы можете легко использовать поиск Ctrl-E ярлык для перехода к окну поиска. Visual Studio недавно добавила текст-заполнитель в поле поиска, чтобы упростить поиск, но даже в этом случае его легко пропустить.

Для меня мой типичный поток создания новых элементов:

• Ctrl-N , чтобы открыть диалоговое окно нового элемента.
• Ctrl-E , чтобы открыть окно поиска
• Введите текст для поиска , например Окно WPF
• Tab для вывода списка и прокрутите до элемента (при необходимости).
• Перейдите к имени файла и измените
• Нажмите Введите , чтобы добавить файл.

Это много нажатий клавиш даже с сочетаниями клавиш для добавления нового файла, и это действительно то, что считается оптимизированный рабочий процесс. Это разумно, только если мне нужно что-то более сложное, например, элемент многофайлового проекта, например, форма WPF.

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

Рабочий процесс мог бы быть проще!

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

FWIW, диалоговое окно New Item намного быстрее, чем то, что было до Visual Studio 2015, и еще лучше в VS 2017 RC, теперь это вопрос оптимизации рабочего процесса внутри него, чтобы сделать его более удобным для пользователя и более удобным для клавиатуры, особенно.

Не забывайте «быстрые» ярлыки

Если вы долгое время использовали Visual Studio, это легко чтобы застрять в колее и даже не обращать внимания на меню, но на самом деле в контекстном меню Добавить есть ряд дополнительных контекстно-зависимых ярлыков:

Меню меняется в зависимости от того, в каком типе проекта вы работаете. Выше приведено для старый проект WebForms. Следующее предназначено для проекта WPF и, возможно, не так сфокусировано:

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

Эти сочетания клавиш также доступны в панели меню верхнего уровня Project , поэтому Alt-P , по крайней мере, поможет вам быстро эти сочетания клавиш, но для выбора любого из них по-прежнему нужно использовать клавиатуру/мышь (без сочетаний клавиш), но это все еще быстрее, чем использование мыши и контекстного меню.

Отсутствующие типы файлов

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

Например, я работал над проектом WPF с Markdown Monster. MM включает ряд проектов библиотеки классов надстроек, которые ссылаются и потенциально создают свои собственные окна и элементы управления WPF.

Но когда я нахожусь в New Item … в диалоговом окне нет параметров для добавления нового окна Xaml. Есть миллион других неподходящих вариантов, но XAML Window среди них нет:

Так как это не отдельный файл, а файл с кодом, за которым стоит добавить файл вручную, это довольно неприятно. Единственный способ эффективно сделать это — скопировать существующее окно из другого проекта в том же решении и скопировать его в свой проект. Затем очищаю весь код и переименовываю. Этот опыт действительно отстой.

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

Хотя я понимаю, что диалоговое окно «Новый элемент» должно быть контекстно-зависимым от типа проекта, который вы используете, а форма WPF обычно не имеет смысла в веб-проекте, все же должно быть будь вариантом , чтобы показать мне все, поскольку я могу делать что-то нестандартное. В Markdown Monster у меня есть дополнительные проекты, которые могут добавлять пользовательские окна, и добавление новых окон в этот проект — настоящая головная боль.

В частности, проекты библиотеки классов могут содержать практически все, и вы должен иметь возможность получить все варианты .

По умолчанию оставьте контекстно-зависимым, но, по крайней мере, дайте мне возможность видеть все через поле выбора.

Новое расширение файла Мэдса Кристенсена

Как всегда, если в Visual Studio есть какой-то недостаток, у Мадса Кристенсена, вероятно, есть расширение для него. И, что верно, есть расширение «Добавить новый файл», которое добавляет возможность «просто создать новый файл»:

Расширение просто позволяет вам ввести имя файла и на основе имени файла определить, какой шаблон использовать и какие зависимости добавить (которые поддерживаются расширением, а не через New Шаблон элемента).

Это отлично подходит для простых файлов, таких как классы C #, файлы JavaScript и TypeScript, файлы HTML и ряд других отдельных файлов. Это не так хорошо работает со сложными файлами, не относящимися к Интернету. Таким образом, я могу создать файл Xaml, и он создаст один пустой файл, что не совсем так полезно, поскольку не подключает окно и код позади (что болезненно делать вручную).

Надстройка также довольно минималистична — она ​​в основном создает пустые файлы. Таким образом, файл C # содержит, например, только заголовок пространства имен using System . Вы можете создать класс. Тем не менее, во многих случаях на самом деле быстрее ввести недостающий код, чем просматривать пользовательский интерфейс нового шаблона элемента и выдавать шаблон, который необходимо затем реорганизовать, чтобы присвоить ему правильное имя и область действия.

Расширение по умолчанию сопоставлено с Shift-F2 , поэтому вы можете добраться туда очень быстро, введите свое имя файла и вперед.

Это замечательно инструмент, который я использую довольно часто, особенно для классов C # в проекте — это, безусловно, самый быстрый способ добавить новый класс в проект.

Он работает, особенно для отдельных файлов, таких как классы, HTML, JS, TS и т. д. Но для других вещей шаблоны, возможно, немного ограничены. При вводе файла XAML, например, не создается файл с выделенным кодом (что имеет смысл, поскольку вы не знаете, какой это тип xaml). Тем не менее, даже с этим ограничением это отличное простое в использовании дополнение к Visual Studio. Скачайте его сейчас, если он еще не установлен, и запомните Shift-F2 .

Visual Studio 2017 — некоторые улучшения

Visual Studio 2017 правильно устанавливает сочетание клавиш Ctrl-N в диалоговом окне «Новый элемент», как и должно быть.

Кажется, что для шаблонов проектов изменений нет, но есть новый режим проекта папки без решения. который предлагает гораздо более легкое добавление файлов.

с последующим вводом имени файла в шаблон проекта:

хотя это создает совершенно пустой файл без каких-либо шаблонов, что не … действительно так полезно.

На самом деле печально то, что эта функция работает только в проектах папок, которые по сути являются проектами на основе файлов, которые показывают вам, что находится на диске, т.е. подход VS Code или Sublime style. В обычных проектах это не работает. для этого мы должны придерживаться расширения Mads.

Контекстное меню Resharper

У Resharper также есть контекстное меню, которое немного упрощает эту задачу. Нажмите Alt-Insert, и вы получите контекстно-зависимые параметры проекта для добавления новых файлов.

Это работает очень быстро и хорошо для базовых элементов этого меню, таких как Class, Struct, Interface и Enum. Но даже несмотря на то, что есть опция Еще … , которая вызывает диалог с дополнительными опциями, варианты там довольно ограничены. Например, в проекте WPF я вижу только словарь ресурсов, а не пользовательский элемент управления, окно, ресурсы и т. Д., Которые вы ожидали бы.

Резюме

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

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

Почему я говорю об этом? Я убежден, что это одна из основных причин, по которой люди воспринимают Visual Studio как медлительного зверя. Новый файловый диалог и совместная работа — это воплощение того, что предлагает предписанный подход, и, заставляя людей идти по сложному пути делать простые вещи, вы создаете ощущение сложности и властности. Предписанный подход очень полезен, но вам также должны быть доступны более быстрые и простые варианты, желательно по умолчанию.

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

этот пост создан с помощью Markdown Monster

Как добавить существующее дерево каталогов в проект в Visual Studio?

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

Если я «Добавить существующий файл» в папку с именем Services и перейду к файлу в структуре каталогов .. Services > AccountManagement> CreateAccount.cs, в Visual Studio он отображается так: Services> CreateAccount.cs. Я не хочу этого.

У меня уже проработана вся структура каталогов, так как я имитирую наших разработчиков-клиентов, использующих ту же структуру для организации. Как добавить в проект все папки и файлы в Visual Studio? Или мне нужно делать то, что делают большинство пользователей Microsoft, и «мириться с этим» и воссоздавать каждую папку с помощью Visual Studio?

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

   HelpersRegexExtensions.cs    Helpers  ExceptBy.cs    % (RecursiveDir)% (Имя файла)%  (Расширение)  PreserveNewest 

     Библиотека         > Autogen          

     net46