Visual studio отложенное добавление
Несколько дней назад мы объявили об общей доступности Visual Studio 2019. Лично я использую Visual Studio 2019 с момента первой внутренней сборки — задолго до выпуска Preview 1 в декабре 2018 года. За это время обнаружилось много маленьких особенностей, которые заставили меня улыбнуться и сделали мою работу более продуктивной.
Я хочу поделиться некоторыми из них с вами, поскольку они не все очевидны, а некоторые требуют изменения некоторых настроек. Подробности под катом!
За перевод спасибо нашему MSP, Льву Буланову.
Загрузка Clean Solution
Когда решение закрыто, его состояние сохраняется, и в следующий раз, когда вы откроете его, Visual Studio сможет восстановить свернутое/развернутое состояние проектов и папок в обозревателе решений (Solution Explorer) и снова открыть оставленные открытыми документы. Это замечательно, но я предпочитаю чистый лист, когда открываю решения — файлы не открываются, а все узлы дерева в обозревателе решений сворачиваются.
Я создал расширение Clean Solution, чтобы обеспечить такое поведение в предыдущей версии Visual Studio. Эта функция теперь встроена в Visual Studio 2019 и может быть включена двумя отдельными галочками. Перейдите в поиск (Ctrl+Q) и введите load, чтобы найти страницу Projects and Solutions > General options.
Снимите галочки Reopen documents on solution load и Restore Solution Explorer project hierarchy on solution load.
Дополнительным преимуществом снятия этих двух галочек является то, что решения будут загружаться быстрее из-за устранения накладных расходов при восстановлении состояния. Win-win.
Git pull сочетанием клавиш
Я много работаю с репозиториями GitHub и часто принимаю запросы от людей. Это означает, что я должен сделать git pull перед тем, как делать последующие коммиты. Но, как оказывалось неоднократно, это можно легко забыть. В результате я сталкивался с конфликтами слияний и другими неприятностями.
В прошлом единственным способом сделать git pull было использование Team Explorer, командной строки или внешнего инструмента. Что я действительно хотел получить, так это сочетание клавиш в Visual Studio, которое бы делало это для меня.
Раньше команда pull в Team Explorer не была командой, которой можно назначать сочетания клавиш, но теперь это так. Перейдите к поиску (Ctrl+Q) и введите «keyboard», чтобы найти страницу Environment > Keyboard. В ней найдите команду Team.Git.Pull в списке. Затем присвойте ей любое сочетание и нажмите кнопку ОК. Я решил использовать Ctrl+Shift+P.
Чтобы автоматически выполнить git pull при загрузке решения, попробуйте открытое расширение Git Pull.
Ведение аккуратно-отформатированного исходного кода и обеспечение согласованности стилей кодинга — это то, в чем я никогда не был хорош. Новая функция Code Cleanup очень помогает поддерживать мой код в чистоте и порядке, поскольку я настроил его для запуска всех фиксеров по умолчанию.
Для этого перейдите в меню Code Cleanup, расположенное в нижней части окна редактора, и нажмите Configure Code Cleanup.
В диалоговом окне выберите все фиксеры один за другим на нижней панели и нажмите кнопку со стрелкой вверх, чтобы переместить их наверх. Затем нажмите OK.
Теперь все фиксеры будут запускаться каждый раз, когда вы выполняете очистку кода. Просто нажмите Ctrl+K, Ctrl+E для выполнения. В результате получается хорошо отформатированный документ, в котором применяется набор правил стиля кодирования, таких как добавление недостающих скобок и модификаторов. Вуаля!
IntelliCode
IntelliCode — это новая функция, которая расширяет возможности IntelliSense в зависимости от контекста, в котором вы используете продвинутые алгоритмы машинного обучения. Это полезно для многих сценариев, в том числе при изучении новых интерфейсов или API. Я пишу много расширений Visual Studio, и разнообразность API настолько велика, что есть части, которые я никогда не использовал. Когда я изучаю новую часть API Visual Studio, я нахожу очень полезным, что IntelliCode подсказывает мне, как ее использовать.
Чтобы включить эту мощную функцию, вы можете скачать IntelliCode из Visual Studio Marketplace и установить расширение.
Просмотр содержимого Clipboard Ring
Каждый раз, когда вы копируете (Ctrl+C) что-то в Visual Studio, оно сохраняется в Clipboard Ring. Сочетание клавиш Ctrl+Shift+V позволяет циклически перемещаться по элементам в Clipboard Ring и вставлять выбранный элемент. Я считаю очень полезным хранить несколько вещей в буфере обмена одновременно, а затем вставлять различные элементы в определенные места.
В Visual Studio 2019 Clipboard Ring теперь показывает визуальное превью своего содержимого при нажатии Ctrl+Shift+V. Это облегчает навигацию по истории копий и выбор нужного элемента для вставки.
Git Stash
Возможность отложить какую-то работу на будущее может быть очень полезна. Git Stash — это то, что дает мне эту возможность без необходимости создавать новую ветку. Если вы знакомы с TFS, то Git Stash очень похож на shelveset.
Самое приятное, что я могу управлять всеми своими заметками в окне Team Explorer. Их легко создавать и применять, и я стал их использовать гораздо больше, после того как Visual Studio начал их поддерживать по умолчанию.
Попробуйте Visual Studio 2019
Это были лишь некоторые из множества улучшений, добавленных в Visual Studio 2019, которые я считаю особенно полезными. Пожалуйста, делитесь своими лайфхаками или улучшениями, которые вы считаете полезными, в комментариях ниже!
когда пользователь повторно открывает решение Visual Studio, большинство связанных документов не загружается немедленно. Фрейм окна документа создается в состоянии ожидания инициализации, а документ-заполнитель (называемый фреймом-заглушкой) помещается в таблицу выполняемых документов (РДТ).
Расширение может привести к тому, что документы проекта будут загружаться без необходимости путем запроса элементов в документах перед их загрузкой, что может увеличить общий объем памяти для Visual Studio.
Загрузка документов
Фрейм заглушки и документ полностью инициализируются, когда пользователь обращается к документу, например, путем выбора вкладки рамки окна. Документ также может инициализироваться расширением, которое запрашивает данные документа, путем прямого доступа к РДТ для получения данных документа или доступа к РДТ косвенным образом, выполнив один из следующих вызовов:
Метод фрейма окна Show .
Метод рамки окна GetProperty для любого из следующих свойств:
Если расширение использует управляемый код, не следует вызывать метод, GetDocumentInfo если только не уверены, что документ не находится в состоянии ожидания инициализации, или необходимо, чтобы документ был полностью инициализирован. Причина заключается в том, что метод всегда возвращает объект данных doc, создавая его при необходимости. Вместо этого следует вызывать один из методов IVsRunningDocumentTable4 интерфейса.
Если расширение использует C++, можно передать null ненужные параметры.
Вы можете избежать ненужной загрузки документа, вызвав один из следующих методов, прежде чем запрашивать другие свойства.
GetDocumentFlags. Этот метод возвращает _VSRDTFLAGS4 объект, который содержит значение для _VSRDTFLAGS4. RDT_PendingInitialization , если документ еще не инициализирован.
Узнать, когда документ был загружен, можно с помощью подписки на событие РДТ, которое возникает при полной инициализации документа. Существует две возможности:
Если приемник событий реализует IVsRunningDocTableEvents2 , можно подписываться на OnAfterAttributeChangeEx ,
В противном случае можно подписываться на OnAfterAttributeChange .
следующий пример является гипотетическим сценарием доступа к документу: Visual Studioное расширение хочет отобразить некоторые сведения об открытых документах, например число блокировок редактирования и что-то о данных документа. Он перечисляет документы в РДТ с помощью IEnumRunningDocuments , затем вызывает GetDocumentInfo для каждого документа, чтобы получить сведения об изменении количества блокировок и данных документа. Если документ находится в состоянии ожидания инициализации, запрос данных документа приводит к необязательной инициализации.
Более эффективный способ доступа к документу заключается в использовании GetDocumentEditLockCount для получения счетчика блокировки редактирования, а затем с помощью GetDocumentFlags для определения того, был ли документ инициализирован. Если флаги не содержат _VSRDTFLAGS4. RDT_PendingInitialization, документ уже инициализирован, и запрос данных документа с помощью не GetDocumentData приводит к ненужной инициализации. Если флаги включают _VSRDTFLAGS4. RDT_PendingInitialization, расширение не должно запрашивать данные документа до инициализации документа. Эта инициализация может быть обнаружена в OnAfterAttributeChange(Ex) обработчике событий.
Тестирование расширений для проверки принудительной инициализации
Отсутствует видимая подсказка, указывающая, был ли документ инициализирован, поэтому может быть трудно выяснить, что расширение является принудительной инициализацией. Можно задать раздел реестра, который упрощает проверку, поскольку в этом случае заголовок каждого документа, который не был полностью инициализирован, будет содержать текст [заглушка] в заголовке.
В HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\14.0\BackgroundSolutionLoad задайте для стубтабтитлеформатстринг значение [заглушка].
Большинство изменений, вносимых в файлы, помещаются в очередь в качестве ожидающих изменений. По мере работы вы можете упорядочивать, администрировать и получать сведения о том, что вы изменили.
Работа в обозревателе решений
На главной странице Team Explorer (клавиатура: CTRL+0, H) можно начать писать код в новом либо в существующем решении.
Открыв решение, откройте обозреватель решений (клавиатура: CTRL+ALT+L).
При открытии и изменении файла в обозревателе решений файл извлекается автоматически. Значки отображаются, чтобы указать, какие файлы вы не изменились , те, которые вы извлекли , и те, которые вы добавили в решение .
Если вы работаете в решении с большим количеством файлов, возможно, вам будет удобно отфильтровать обозреватель решений, чтобы отобразить только измененные файлы (клавиатура: CTRL + [, P).
Использование страницы "Моя работа" для управления работой
Если вы используете Visual Studio Premium или Visual Studio Ultimate, вы можете использовать страницу "Моя работа" (клавиша CTRL+0, M) в обозревателе команд для управления работой.
- Отслеживание работы с рабочими элементами
- Приостанавливать и затем возобновлять работу (включая изменения файлов, связанные задачи, а также состояние Visual Studio, например положение окон и точек останова).
- Запрос проверки кода
Советы
- Вы можете управлять типами рабочих элементов, отображаемых в разделе "Доступные рабочие элементы ". Выберите один из параметров по умолчанию или любой из личных запросов, содержащихся в корневой папке "Мои запросы ". Чтобы работать с этими запросами, в обозревателе команд выберите "Главная" и выберите " Рабочие элементы".
- При перемещении рабочего элемента в список "Доступный", "Выполняется" или " Приостановлено" состояние рабочего элемента или примечания обновляются, чтобы ваша команда автоматически консультировалась о состоянии работы. Например, информация о состоянии задачи обновляется на доске задач. См . статью "Совместная работа [перенаправлено].
- Если проект содержит настраиваемые определения типов рабочих элементов, у вас могут возникнуть проблемы с использованием my Work, если только администратор проекта не выполнил определенные действия. Сведения о настройке и настройке средств гибкого планирования для проекта и обновлении настраиваемого шаблона процесса для доступа к новым функциям.
Использование страницы "Ожидающие изменения " для управления работой
Для управления работой можно использовать страницу "Ожидающие изменения" (клавиатура: CTRL+0, P) в Team Explorer.
- Вы можете открепить страницу "Ожидающие изменения" из обозревателя команд и открыть ее в новом окне.
- С помощью меню действий можно переключаться между представлениями списка и дерева.
Почти все изменения, вносимые вами в файлы на своем компьютере разработки, сохраняются в рабочей области в виде ожидающих изменений до тех пор, пока вы их не возвратите:
Работа с автоматически обнаруженными изменениями
Если вы работаете в локальной рабочей области, Visual Studio может обнаружить изменения, внесенные за пределами системы. При изменении файла за пределами Visual Studio (например, в Блокнот) изменения автоматически отображаются в включенных изменениях.
При добавлении или удалении файла за пределами Visual Studio, например, в обозревателе Windows (проводник в Windows 8), ссылка на обнаруженные изменения появится в разделе "Исключенные изменения". Выберите эту ссылку, если требуется включить эти изменения. Откроется диалоговое окно "Повышение уровня кандидатов". Вы можете открыть контекстное меню добавленных элементов и нажать кнопку "Обзор" в Windows Explorer, чтобы отобразить их или удалить с диска, чтобы удалить их.
Пустые папки отображаться не будут.
Если элементы, которые не нужно регулярно проверять, отображаются в диалоговом окне "Продвижение изменений кандидатов ", можно выбрать один из них, открыть его контекстное меню и выбрать пункт "Игнорировать этот локальный элемент ", чтобы игнорировать элемент. Вы также можете выбрать "Игнорировать по расширению" или "Игнорировать по имени файла", чтобы создать файл, который приведет к тому, что Visual Studio систематически игнорировать этот вид файла. Дополнительные сведения о файлах .tfignore см. в разделе "Добавление файлов на сервер".
Связывание рабочих элементов
Рекомендуется связать рабочие элементы (например, задачи или ошибки) с изменениями. В разделе "Связанные рабочие элементы" перетащите рабочие элементы из запроса или добавьте его по идентификатору.
Исключение изменений
Просмотр изменений
Вы можете напомнить о том, что вы изменили в файле.
Просмотр изменений на странице "Ожидающие изменения"
- На странице "Ожидающие изменения" откройте контекстное меню элемента и выберите:
- Сравнение с версией рабочей области , чтобы узнать, что вы изменились на версию в рабочей области
- Сравнение с последней версией , чтобы узнать, как изменения сравниваются с последней версией файла в базе кода вашей команды
Просмотр изменений из обозревателя решений или из обозревателя управления версиями
Будет открыто окно Различия. См . статью "Сравнение файлов".
Отмена ожидающих изменений
Вы можете отменить одно, несколько или все ожидающие изменения в рабочей области.
Несколько других вариантов:
- Вы можете сначала удалить изменения в наборе полок на сервере , прежде чем удалять их из рабочей области.
- Если вы уже проверили изменения и хотите вернуть его, см. раздел "Откат изменений".
Отмена нескольких ожидающих изменений
В Обозреватель решений, в окне ожидающих изменений или обозревателе системы управления версиями выберите один или несколько элементов, откройте их контекстное меню и выберите команду "Отменить" или "Отменить ожидающие изменения".
Чтобы отменить все изменения, внесенные в решение или проект кода, откройте контекстное меню и выберите команду "Отменить ожидающие изменения".
В диалоговом окне "Отмена ожидающих изменений" убедитесь, что выбраны изменения, которые нужно отменить, и нажмите кнопку "Отменить изменения".
Отмена всех ожидающих изменений
- На странице "Ожидающие изменения" щелкните ссылку "Действия " и нажмите кнопку "Отменить все".
Использование командной строки
Команда состояния : отображение ожидающих изменений в командной строке.
Команда checkin : просмотр ожидающих изменений в диалоговом окне "Возврат ".
Команда отмены : отмена ожидающих изменений.
Эту команду можно использовать для отмены извлечений другого пользователя, если у вас есть достаточные разрешения.
Узнайте, как Visual Studio выводит производительность труда разработчиков на новый уровень. Воспользуйтесь новыми возможностями для повышения производительности и эффективности работы, такими как переход к декомпилированным сборкам, варианты имен переменных, предлагаемые в процессе ввода, иерархическое представление в обозревателе тестов, команда "Перейти ко всем" (CTRL+T) для перехода к объявлениям файлов, типов, членов и символов, интеллектуальный помощник по исправлению ошибок, настройка и применение стиля кода, а также разнообразные возможности рефакторинга и исправления ошибок в коде.
Мне привычнее использовать сочетания клавиш из другого редактора
Новая возможность в Visual Studio 2017 версии 15.8
Если вы переходите из другой интегрированной среды разработки или среды написания кода, вы можете изменить схему клавиатуры на Visual Studio Code или ReSharper (Visual Studio):
Некоторые расширения также предоставляют схемы клавиатуры.
Ниже приведены широко используемые сочетания клавиш в Visual Studio.
Некоторые расширения отменяют привязку настраиваемых сочетаний клавиш по умолчанию в Visual Studio. Чтобы использовать вышеприведенные команды, восстановите заданные по умолчанию сочетания клавиш в Visual Studio, выбрав пункты меню Сервис > Импорт и экспорт параметров > Сбросить все параметры или Сервис > Параметры > Клавиатура > Сброс.
Дополнительные сведения о сочетаниях клавиш и командах см. в статьях Shortcut tips for Visual Studio (Подсказки по сочетаниям клавиш для Visual Studio) и Сочетания клавиш по умолчанию для часто используемых команд в Visual Studio.
Быстрый переход к файлам или типам
В Visual Studio есть функция Перейти ко всем (CTRL+T). Функция Перейти ко всем позволяет быстро перейти к объявлению любого файла, типа, члена или символа.
- Изменить расположение этой панели поиска или отключить динамический предварительный просмотр навигации можно с помощью значка шестеренки.
- Для фильтрации результатов используйте синтаксис запроса, например t mytype .
- Область поиска можно ограничить текущим документом.
- При сопоставлении поддерживается "верблюжий" стиль.
Принудительное применение правил стиля кода
В файле EditorConfig можно определить соглашения о стиле кода, чтобы перемещать их вместе с исходным кодом.
Функция определения кода IntelliCode для Visual Studio позволяет настроить стили кода по существующему коду. Она создает непустой файл EditorConfig с определенными параметрами для вашего стиля кода.
Настройте уровень серьезности для правила стиля кода непосредственно в редакторе. Если у вас в настоящее время нет файла EDITORCONFIG, он будет создан автоматически. Наведите курсор на ошибку, предупреждение или предложение и нажмите клавиши CTRL+ . чтобы открыть меню "Быстрые действия и рефакторинг". Выберите пункт Настройка или подавление проблем. Затем выберите правило и уровень серьезности, который нужно настроить для него. Новый уровень серьезности правила применится к файлу EDITORCONFIG.
Очистка кода
В Visual Studio можно по запросу форматировать файл кода, в том числе параметры стиля кода, с помощью функции Очистка кода. Чтобы выполнить очистку кода, щелкните значок с изображением метлы в нижней части редактора или нажмите сочетание клавиш Ctrl+K, Ctrl+E.
Вы также можете выполнить очистку кода для всего проекта или решения сразу. Щелкните правой кнопкой мыши имя проекта или решения в обозревателе решений, выберите команду Анализ и очистка кода, а затем — Запустить очистку кода.
Помимо форматирования пробелов, отступов и т. п. функция Очистка кода применяет в выбранном файле настроенные стили кода. Ваши настройки для каждого стиля кода считываются из файла EditorConfig, если такой существует в проекте, или из раздела Параметры стиля кода, который доступен через диалоговое окно Параметры.
Рефакторинг и исправления кода
В Visual Studio включено множество возможностей рефакторинга, действий по созданию кода и исправлений кода. Красной волнистой линией обозначаются ошибки, зеленой волнистой линией — предупреждения, а тремя серыми точками — предлагаемые варианты кода. Чтобы получить доступ к исправлениям кода, щелкните значок лампочки или отвертки либо нажмите клавиши CTRL+ . или ALT+ВВОД. Для каждого исправления отображается окно предварительного просмотра, в котором в реальном времени можно увидеть, как будет работать исправление.
Популярные исправления и операции рефакторинга:
- Переименовать
- Извлечение метода
- Изменение сигнатуры метода
- Создание конструктора
- Создание метода
- Перемещение типа в файл
- Добавление проверки значений NULL
- Добавить параметр
- Удаление ненужных директив using
- Преобразование цикла Foreach в запрос LINQ или метод LINQ
- Подъем элементов
Вы можете установить анализаторы FxCop, чтобы отметить проблемы в коде. Вы также можете создать собственные исправления кода или операции рефакторинга с помощью анализаторов Roslyn.
Участники сообщества написали бесплатные расширения, которые реализуют дополнительные проверки кода:
Функции поиска использования, перехода к реализации и перехода к декомпилированным сборкам
Visual Studio обладает множеством функций, упрощающих навигацию и поиск по коду.
Усовершенствования IntelliSense
С помощью IntelliCode для Visual Studio вы можете использовать контекстно зависимое завершение кода вместо обычного алфавитного списка. Вы также можете обучить пользовательскую модель IntelliSense на основе собственных библиотек домена.
Модульное тестирование
Начиная с версии Visual Studio 2017 введено множество улучшений в тестировании. Тестирование можно выполнить с помощью платформ MSTest v1, MSTest v2, NUnit или XUnit.
Тесты можно быстро обнаружить с помощью обозревателя тестов.
Вы можете упорядочить тесты в обозревателе тестов с помощью новой иерархической сортировки.
Live Unit Testing постоянно выполняет тесты, на которые влияют изменения в коде, и обновляет значки в редакторе, сообщая о результатах тестирования. Вы можете включать и исключать определенные тесты или тестовые проекты в своем наборе динамических тестов. (Только в Visual Studio Enterprise Edition.)
Отладка
Некоторые из возможностей отладки Visual Studio включают в себя:
- Возможность поиска строки в окнах Контрольные значения, Видимые и Локальные.
- Функция выполнения до щелчка позволяет навести указатель на строку кода, выбрать появившийся зеленый значок воспроизведения и выполнить программу до этой строки.
- Новый помощник по исправлению ошибок размещает на верхнем уровне диалогового окна наиболее важные сведения, например о том, какая переменная имеет значение null в NullReferenceException . отладка позволяет возвращаться к точкам останова или шагам и просматривать предыдущее состояние приложения. позволяет изучить состояние динамического веб-приложения в момент, когда возникло исключение (нужно работать в Azure).
- Функция выполнения до щелчка позволяет навести указатель на строку кода, выбрать появившийся зеленый значок воспроизведения и выполнить программу до этой строки.
- Новый помощник по исправлению ошибок размещает на верхнем уровне диалогового окна наиболее важные сведения, например о том, какая переменная имеет значение null в NullReferenceException . отладка позволяет возвращаться к точкам останова или шагам и просматривать предыдущее состояние приложения. позволяет изучить состояние динамического веб-приложения в момент, когда возникло исключение (нужно работать в Azure).
Управление версиями
Вы можете использовать Git или TFVC для хранения и обновления кода в Visual Studio.
- Установите расширение Запросы на вытягивание для Visual Studio, чтобы создавать, просматривать, извлекать и выполнять запросы на вытягивание, не выходя из Visual Studio.
Можно упорядочить локальные изменения с помощью Team Explorer, а также использовать строку состояния для отслеживания ожидающих фиксаций и изменений.
О каких еще функциях мне нужно знать?
Ниже перечислены функции редактора и возможности, повышающие производительность и эффективность написания кода. Некоторые из них может потребоваться включить, так как по умолчанию они отключены (например, потому что они индексируют данные на компьютере, конфликтуют с другими функциями или в настоящее время являются экспериментальными).
Отладчик
Использование F10 вместо F5 для сборки, запуска и присоединения отладчика автоматически прерывается при первом выполнении вашего собственного кода. В точках останова нет необходимости.
Поддерживается начиная с Visual Studio 2005
Reattach to process (Shift+Alt+P) чрезвычайно полезная функция, которая помогает снова и снова присоединяться к одному и тому же процессу.
Поддерживается начиная с Visual Studio 2017 v15.8
Синяя точка на поле указывает на переключение потоков при выполнении отладки.
Поддерживается начиная с Visual Studio 2013
Продолжение под катом!
Solution
Повысьте производительность загрузки решения и уменьшите визуальный шум, отключив восстановление расширений узлов в Solution Explorer, а также Reopen documents on solution load.
Поддерживается начиная с Visual Studio 2019
Для быстрой навигации используйте Ctrl+T, чтобы найти что-либо в вашем решении — файлы, классы и т. д.
Поддерживается начиная с Visual Studio 2017
Назначьте сочетание клавиш для выполнения “git pull”, чтобы не приходилось использовать для этого CLI или Team Explorer.
Поддерживается начиная с Visual Studio 2019
Дайте Solution Explorer возможность автоматически выбирать текущий активный документ, чтобы никогда не терять его расположение в проекте.
Поддерживается начиная с Visual Studio 2010
Редактор
Легко выделяйте HTML-элементы тегом div, используя комбинацию Shift+Alt+W. Вставленный div вы можете легко отредактировать на любой тег, который вы хотите, и закрывающий тег изменится автоматически.
Поддерживается начиная с Visual Studio 2017
Поддерживается начиная с Visual Studio 2013
Вам не нужно самостоятельно ставить двойные кавычки вокруг имен свойств JSON — просто введите двоеточие, и Visual Studio автоматически поставит их.
Поддерживается начиная с Visual Studio 2015
Сделайте IntelliSense и всплывающие подсказки полупрозрачными на время нажатия и удержания Control.
Поддерживается начиная с Visual Studio 2010
Вместо повторного ввода ‘(‘ для отображения информации о параметрах в сигнатурах методов используйте Ctrl+Shift+Space для отображения используемой в данный момент перегрузки.
Поддерживается начиная с Visual Studio 2010
Прочее
Воспроизведение звука при возникновении определенных событий в Visual Studio.
Поддерживается начиная с Visual Studio 2010
Создавайте собственные макеты окон для конкретных сценариев разработки или настроек монитора, а также легко переключайтесь между ними.
Поддерживается начиная с Visual Studio 2017
Укажите необходимые компоненты Visual Studio для любого решения, и Visual Studio предложит пользователю установить их, если они отсутствуют. Подробнее читайте в статье «Конфигурируйте Visual Studio в вашей организации с помощью .vsconfig».
Поддерживается начиная с Visual Studio 2019
Расширения
Visual Studio Spell Checker. Расширение редактора, которое проверяет орфографию комментариев, строк и обычного текста. Оно также может проверять орфографию всего решения, проекта или выбранных элементов. Доступны опции для определения нескольких языков для проверки правописания.
Поддерживается начиная с Visual Studio 2013
Add New File. Расширение для Visual Studio, позволяющее простое добавление новых файлов в любой проект. Просто нажмите Shift+F2, чтобы создать пустой файл в выбранной папке или в той же папке, что и выбранный файл.
Поддерживается начиная с Visual Studio 2015
Git Diff Margin. Git Diff Margin отображает текущие изменения Git в редактируемом файле на поле и на полосе прокрутки Visual Studio.
Поддерживается начиная с Visual Studio 2012
Это были лишь несколько из тысяч доступных расширений. Чтобы увидеть больше — перейдите на Visual Studio Marketplace.
В заключение
Читайте также: