Решение в терминологии визуальной студии

Обновлено: 21.11.2024

Словарь английского языка American Heritage®, пятое издание. Авторские права © 2016, издательство Houghton Mifflin Harcourt Publishing Company. Опубликовано издательством Houghton Mifflin Harcourt Publishing Company. Все права защищены.

Английский словарь Коллинза – полный и полный, 12-е издание, 2014 г. © HarperCollins Publishers, 1991, 1994, 1998, 2000, 2003, 2006, 2007, 2009, 2011, 2014

или против

Испанский словарь Коллинза — полное и полное, 8-е издание, 2005 г. © William Collins Sons & Co. Ltd., 1971, 1988 © HarperCollins Publishers, 1992, 1993, 1996, 1997, 2000, 2003, 2005

против. Teen ضد, مقابل ПРОТИВ против против (Zkratka) GEGEN VS κααάά, εναανίίν (Lühend Sõnast против) در مقابل Vastaan Compret עַיֵן לְעֵיל बनाम Krata ZA против (NASPRAM) Kontra Lawan Contrain.対 …대(對), …에 대한 prieš pret vs., tegen przeciw, w opozycji do په مقابل كښې против proti, verzus proti protiv mot, kontra ต่อสู้กับ . -э/а карши 對. (書面縮寫) проти بنام، بمقابلہ chống, đấu lại 对，与.相对（书面语缩写式）

С помощью инструментов разработчика Office для Visual Studio 2012 разработчики могут создавать приложения с использованием таких веб-технологий, как HTML5, CSS (каскадные таблицы стилей), JavaScript, REST (передача репрезентативного состояния), OAuth и собственных OData Microsoft.

Благодаря этому новому подключаемому модулю Rackspace Cloud Plug-In для Visual Studio 2010 разработчики будут полностью осведомлены обо всем, что происходит с экземплярами их облачных серверов, когда они разрабатывают или развертывают приложение, что снижает общую сложность и количество ошибок за счет предоставления уровня автоматизация невозможна без интеграции.

Новый выпуск позволяет разработчикам Visual Studio использовать свои существующие инструменты разработчика Microsoft для создания и распространения проектов OpenSpan из Visual Studio.

В новой версии 10.6 выпуска PGI 2010 добавлена поддержка создания приложений Windows Fortran с использованием последней версии популярной интегрированной среды разработки Microsoft Visual Studio (IDE) — Visual Studio 2010.

Вторая — это новая комплексная среда IDE для переноса существующего кода в приложения Windows Presentation Foundation, создания новых приложений на базе Windows Presentation Foundation и развертывания полностью управляемого кода поверх оболочки Microsoft Visual Studio. Все это с использованием существующих навыков работы с PowerBuilder. .

Этот ошибочный шаблон, известный как активная библиотека шаблонов или ATL, был отправлен как часть Microsoft Visual Studio, платформы разработки веб-приложений.

Этот глоссарий содержит определения терминов, которые используются в документации Visual Studio SDK.

Условия

надстройка
Утилита, драйвер или другое программное обеспечение, добавляемое к основному приложению. В интегрированной среде разработки (IDE) Visual Studio надстройка — это приложение на основе автоматизации, которое расширяет возможности IDE.

модель автоматизации
Модель автоматизации, известная в предыдущих версиях Visual Studio как модель расширяемости, представляет собой программный интерфейс, предоставляющий доступ к базовым процедурам, управляющим IDE. Надстройки, мастера и макросы используют объекты в модели автоматизации для управления или расширения функциональных возможностей IDE.

Контекст пользовательского интерфейса команды
Связь GUID с видимостью команды или элемента пользовательского интерфейса, например панели инструментов. Контекст пользовательского интерфейса команды отличается от контекста выбора тем, что он не привязан к окну.

Контекст пользовательского интерфейса команды можно использовать для:

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

компонент
Часть программного обеспечения, которое можно сделать частью функциональности приложения без того, чтобы это приложение имело какую-либо предсуществующую информацию о реализации программного обеспечения. Связь между компонентом и приложением осуществляется исключительно через интерфейсы в стиле OLE.

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

Диспетчер пользовательского интерфейса компонентов
Служба SOleComponentUIManager , предоставляющая услуги координации пользовательского интерфейса. Служба SOleComponentUIManager реализует интерфейсы IOleComponentUIManager и IOleInPlaceComponentUIManager.

context bag
Объект IVsUserContext (COM-объект), прикрепленный к компоненту среды.Этот объект содержит ключевые слова поиска, ключевые слова F1 и атрибуты, относящиеся к компоненту. Пакеты контекста дополнительно указывают на любые пакеты подконтекста, которые с ними связаны.

поставщик контекста
Компонент в среде IDE, с которым связан пакет контекста. К таким компонентам относятся окно инструментов, редактор или иерархия проектов.

конструктор
Программный интерфейс, который позволяет пользователям манипулировать элементами пользовательского интерфейса (формами, кнопками и другими элементами управления).

DocData
COM-объект, инкапсулирующий базовые данные документа в мире, где существует разделение документа и представления (например, в случае текстового редактора это будет текстовый буфер, лежащий в основе всех представлений текстового редактора). . Если EditorFactory не предоставляет этот объект, среда IDE создает его от своего имени. Этот объект отвечает за сохранение данных и общую семантику для нескольких представлений одного и того же DocData. Если объект DocData поддерживает интерфейс IOleCommandTarget, он включается в маршрутизацию команд UIShell.

DocObject
Технология, используемая для размещения пользовательского интерфейса в кадре, предоставляемом хостом. Более конкретно, этот термин относится к любому внедрению, которое поддерживает IOleDocument и связанные с ним интерфейсы. Эта технология имеет много потенциальных применений, таких как детали реализации документов COM, окна инструментов в Visual Basic 5.0, конструкторы ActiveX в Visual Basic 6.0 и т. д.

document
Используется для общего обозначения документа в целом — как DocData, так и DocView. Например, DocumentFrame содержит DocView , но также сохраняет ссылку на DocData для обработки постоянства.

DocView
DocObject/Embedding/WindowPane, с которым пользователь взаимодействует для просмотра и управления базовыми DocData . Пользователи не пользуются преимуществами разделения Document/View, которое является частью дизайна интерфейса DocObject. Пользователи используют весь DocObject в качестве представления вместо более абстрактного (и менее формализованного) понятия базовых данных, известного как DocData. Объекты DocView всегда встраиваются в объекты фрейма документа (дочерние окна MDI) среды IDE.

DTE
Объект DTE (расширяемость средств разработки) — это самая верхняя точка доступа в модели автоматизации Visual Studio, которая позволяет программно автоматизировать и расширять IDE.

Окно динамической справки
Окно инструментов, реализованное интегрированной средой разработки и отображающее список ключевых слов поиска или разделов справки F1.

редактор
Код (класс, CLSID), реализующий DocView . Он также реализует DocData, если поддерживается разделение представления и данных.

расширение
Функция, которая изменяет, настраивает или добавляет в IDE. Вы создаете расширения, используя модель автоматизации или VSPackages.

внешний редактор
редактор, не относящийся к IDE, например Microsoft Word. Он зарегистрирован через собственные механизмы и может использоваться вне IDE. Если этот редактор можно встроить, он появится в окне IDE. Если его невозможно внедрить, создается отдельное окно верхнего уровня.

иерархия
Дерево узлов, каждый узел связан с набором свойств.

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

поставщик информации
Поставщик информации — это модуль, который может искать ключевые слова и возвращать список тем в виде объектов IVsUserContextItem. Чтобы предоставить поставщику информации ключевые слова F1 и элементы поиска, зарегистрируйте скомпилированный файл справки (.HxS) в системе. Разделы справки в этих файлах содержат список разделов, отображаемых в окне динамической справки и отображаемых при нажатии пользователем клавиши F1.

компонент на месте
Объект VSPackage, который реализует интерфейс IOleInPlaceComponent для управления окном, которое визуально содержится в окне документа, принадлежащем IDE. Компоненты на месте не участвуют в стандартном слиянии меню OLE; вместо этого они интегрируют свои элементы пользовательского интерфейса в IDE.

Существует два типа компонентов на месте: встроенные компоненты на месте и элементы управления компонентами.

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

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

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

Проект "Прочие файлы"
Проект, используемый для хранения открытых файлов, которых нет ни в одном проекте. Список элементов в этом проекте не сохраняется.

project
Проекты состоят из объектов иерархии или COM-объектов, реализующих интерфейс IVsHierarchy.

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

окно типа проекта
Окно, которое постоянно отслеживает текущую активную иерархию проекта и элемент из глобального контекста выбора. Окна типа проекта используют службу SVsTrackSelectionEx для оповещения среды IDE об изменениях и отображения обратной связи с пользователем. Обозреватель решений — это пример окна типа проекта.

Окно "Свойства"
Ранее "Обозреватель свойств".

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

рабочая таблица документов
Внутренняя структура, с помощью которой IDE поддерживает список всех открытых в данный момент документов. Список включает все открытые документы в памяти, независимо от того, редактируются ли документы в данный момент. Документ — это любой сохраняемый элемент, включая хранимые процедуры, открытые в редакторе, файлы в проекте или основной файл проекта (например, файл *.vcproj).

контекст выбора
Данные, которые являются частью сведений о каждом окне в среде IDE и используются для отслеживания активного выбора. Контекст выбора состоит из:

Указатель на интерфейс IVsHierarchy иерархии проекта
Идентификатор элемента проекта.
Указатель на интерфейс ISelectionContainer, обеспечивающий доступ к свойствам активных объектов.
Массив значений элементов.

сервис
Контракт для набора COM-интерфейсов, который находится в одном COM-объекте. При создании службы, которая идентифицируется с помощью GUID, вы определяете набор COM-интерфейсов, которые выполняют службу. COM-объекты используют службы для связи друг с другом.

solution
Группа связанных проектов, с которыми работает пользователь.

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

стандартный редактор
Редактор, который можно использовать независимо от конкретного типа проекта. Такие редакторы имеют EditorFactories, зарегистрированные в реестре. Это позволяет среде IDE находить и вызывать редактор.

стандартный редактор ОС
Внедрение, не относящееся к Visual Studio. Регистрируется с помощью известных ключей Win32 (например, Win32 Explorer умеет вызывать). Если такой редактор можно встроить, он все равно будет отображаться в среде IDE на своем месте. В противном случае для таких редакторов создается отдельное окно верхнего уровня.

сумка подконтекста
Объект IVsUserContext, связанный с сумкой контекста. Объект содержит ключевые слова поиска, ключевые слова F1 и атрибуты для выбора в компоненте IDE. Примеры подконтекста включают команду в окне инструментов или ключевое слово в редакторе.

Список задач
Окно инструментов, реализованное в среде IDE и отображающее список активных задач.

текстовый буфер
Общее имя для объекта VSTextBuffer .

Текстовое представление
Общее имя для объекта VSTextView .

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

компонент верхнего уровня
Объект VSPackage, который управляет немодальным окном верхнего уровня, а не клиентской областью окна IDE. Компоненты верхнего уровня реализуют интерфейс IOleComponent, чтобы воспользоваться преимуществами служб циклов обработки сообщений, таких как доступ к времени простоя.

Пользовательский интерфейс активен
Объект VSPackage, который виден и в настоящее время находится в фокусе.

Иерархия пользовательского интерфейса
COM-объект, реализующий интерфейс IVsUIHierarchy для отображения иерархии. Окно иерархии пользовательского интерфейса реализует интерфейс ISelectionContainer для обновления окна свойств; другие окна типа проекта могут использовать эту реализацию, если это необходимо.

VSCT
Таблица команд Visual Studio. .vsct содержит информацию о размещении и поведении меню, панелей инструментов и команд в формате XML.

VSPackage
Устанавливаемая часть программного обеспечения, расширяющая интегрированную среду разработки Visual Studio, добавляя один или несколько из следующих элементов: пользовательский интерфейс, службы, типы проектов или редактор/дизайнер. VSPackage состоит из COM-объекта, реализующего интерфейс IVsPackage, и одного или нескольких других COM-объектов, реализующих другие интерфейсы для поддержки выбора и других функций. Кроме того, VSPackage предъявляет особые требования к регистрации.

В этой статье вы узнаете, что такое проект и решение в Visual Studio. Кроме того, в нем кратко рассказывается об окне инструмента Solution Explorer и о том, как создать новый проект.

Этот раздел относится к Visual Studio для Windows. Информацию о Visual Studio для Mac см. в разделе Проекты и решения в Visual Studio для Mac.

Проекты

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

Файл проекта

Файлы проекта основаны на XML-схеме MSBuild. Чтобы просмотреть содержимое более новых файлов проекта в стиле SDK в Visual Studio, щелкните правой кнопкой мыши узел проекта в обозревателе решений и выберите "Изменить".

Вам не нужно использовать решения или проекты в Visual Studio для редактирования, сборки и отладки кода. Вы можете просто открыть папку с исходными файлами в Visual Studio и начать редактирование. Дополнительные сведения см. в статье Разработка кода в Visual Studio без проектов или решений.

Создавать новые проекты

Самый простой способ создать новый проект — использовать шаблон проекта для нужного типа проекта. Шаблон проекта включает в себя базовый набор предварительно созданных файлов кода, файлов конфигурации, ресурсов и настроек. Используйте «Файл» > «Создать» > «Проект», чтобы выбрать шаблон проекта. Дополнительные сведения см. в разделе Создание нового проекта.

Вы также можете создать собственный шаблон проекта, который можно использовать для создания новых проектов. Дополнительные сведения см. в разделе Создание шаблонов проектов и элементов.

Когда вы создаете новый проект, Visual Studio сохраняет его в папку по умолчанию, %USERPROFILE%\source\repos. Чтобы изменить это местоположение, выберите Инструменты > Параметры > Проекты и решения > Расположение. Дополнительные сведения см. в разделе Диалоговое окно «Параметры»: «Проекты и решения» > «Расположения».

Решения

Проект содержится в решении. Несмотря на свое название, решение не является «ответом». Это просто контейнер для одного или нескольких связанных проектов, а также информация о сборке, параметры окна Visual Studio и любые другие файлы, не связанные с конкретным проектом.

Файл решения

Visual Studio использует два типа файлов (.sln и .suo) для хранения настроек решений:

Расширение	Имя	Описание
.sln	Visual Studio Solution	Упорядочивает проекты, элементы проектов и элементы решения в решении.
.suo	Параметры пользователя решения	Хранит параметры и настройки на уровне пользователя, такие как точки останова.

Решение описывается текстовым файлом (расширение .sln) в собственном уникальном формате; он не предназначен для редактирования вручную. И наоборот, файл .suo — это скрытый файл, который не отображается в настройках проводника по умолчанию. Чтобы отобразить скрытые файлы, в меню «Вид» проводника установите флажок «Скрытые элементы».

Папка решения

Папка решения — это виртуальная папка, которая есть только в обозревателе решений, где вы можете использовать ее для группировки проектов в решении. Если вы хотите найти файл решения на компьютере, выберите Инструменты > Параметры > Проекты и решения > Расположение. Дополнительные сведения см. в разделе Диалоговое окно «Параметры»: «Проекты и решения» > «Расположения».

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

Обозреватель решений

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

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

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

Если вы закрыли обозреватель решений и хотите открыть его снова, выберите «Вид» > «Обозреватель решений» в строке меню или нажмите Ctrl+Alt+L. А если вы закрыли боковые вкладки и хотите восстановить их расположение по умолчанию, выберите «Окно» > «Сбросить макет окна» в строке меню.

Чтобы просмотреть изображения и значки приложений, отображаемые в Visual Studio, загрузите библиотеку изображений Visual Studio.

Эта категория позволяет настроить параметры словаря.

Дополнительные папки словарей

Этот параметр позволяет определить набор дополнительных папок для поиска файлов словарей, как полных словарей (пары файлов словарей и аффиксов), так и только пользовательских словарей. Введите имя папки или нажмите кнопку «.», чтобы выбрать папку. Относительные пути считаются относительными к местоположению файла конфигурации. Для глобальной конфигурации пути всегда должны быть полными. Для файлов настроек решения, проекта, папки и файла папки обычно должны быть относительными, чтобы при перемещении решения или проекта можно было найти файлы словарей. При добавлении папки вам будет предложено сделать ее относительно текущего файла конфигурации. Поддерживаются ссылки на переменные среды, такие как %USERPROFILE%\OneDrive\Dictionaries.

После добавления папки поле со списком «Языки» будет обновлено и будет содержать любые дополнительные языки для словарей, найденных в новой папке. Любые найденные пользовательские словари заменят пользовательские словари по умолчанию, связанные с родственными языками. Это позволяет использовать стандартный пакетный словарь, но сохранить пользовательский словарь в решении или проекте. Чтобы обеспечить постоянный доступ к пользовательским и пользовательским словарям, неглобальные файлы конфигурации будут автоматически включать любые дополнительные папки, унаследованные от родительских файлов конфигурации в редакторе.

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

Чтобы удалить папку, выберите ее в списке и нажмите кнопку Удалить. Чтобы очистить список всех дополнительных папок, нажмите кнопку «Очистить».

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

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

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

Язык(и)

Этот параметр определяет один или несколько языков для проверки орфографии. Пакет поставляется с несколькими словарями для разных языков. Пользовательские словари также могут быть добавлены, и их можно будет выбрать здесь после установки.

Чтобы использовать определенный язык, выберите его в поле со списком и нажмите кнопку "Добавить", чтобы добавить его в список. При отсутствии определенного выбора для глобальной конфигурации будет использоваться английский язык США по умолчанию. Для неглобальных решений будут использоваться унаследованные языки.

Чтобы добавить дополнительные языки, выберите каждый из них в поле со списком и нажмите кнопку "Добавить". При проверке орфографии словари будут проверяться в указанном порядке. Если ваши файлы написаны преимущественно на определенном языке, вы можете использовать кнопки «Вверх» и «Вниз», чтобы изменить порядок языков, чтобы сначала проверялся наиболее распространенный язык, а затем все остальные. Нажмите кнопку «Удалить», чтобы удалить нежелательный язык.

Для неглобальных конфигураций в списке вариантов появится дополнительный параметр Унаследовано. Это можно использовать, чтобы указать, что унаследованные языки должны быть включены. Унаследованные языки будут проверяться в порядке их появления в списке. Например, если вы сделаете французский основным языком, а затем добавите параметр «Унаследованный», сначала будет проверен французский словарь, а затем все унаследованные словарные языки, такие как английский США. Если унаследованный параметр не добавлен в список, будут использоваться только выбранные языки (только французский в приведенном выше примере).

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

Определить язык файла локализованных ресурсов по имени файла

Этот параметр позволяет указать, следует ли определять язык словаря для локализованных файлов ресурсов на основе их имени. Например, если файл LocalizedForm.de-DE.resx открыт в редакторе XML-файлов, словарь немецкого языка будет выбран и использован автоматически, если он доступен, независимо от других выбранных языков.

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

Пользовательский словарь

Эта опция позволяет просматривать содержимое текущего пользовательского словаря и удалять ненужные элементы. Пользовательские словари зависят от языка и связаны с текущим выбранным языком. Таким образом, содержимое списка будет обновляться при выборе другого языка в поле со списком «Языки» или в списке выбранных языков для проверки орфографии. Чтобы удалить запись, выберите ее в списке и нажмите кнопку Удалить.

Кнопку «Импорт» можно использовать для импорта пользовательского файла словаря. Кнопку «Экспорт» можно использовать для экспорта пользовательского словаря в файл для совместного использования. Слова можно импортировать из текстовых файлов, файлов пользовательского словаря XML, используемых анализом кода и StyleCop, а также из файлов настроек StyleCop. Слова можно экспортировать в текстовые файлы или XML-файлы пользовательского словаря. При импорте слов из XML-файла пользовательского словаря будут импортированы только слова без атрибута «Правописание» или те, для которых он установлен на «Добавить». При экспорте для атрибута Правописание устанавливается значение Добавить для любых слов, добавленных или обновленных в файле. При импорте или экспорте слов вас спросят, хотите ли вы заменить список слов или объединить их с существующими словами.

Как отмечалось выше, метки под списком пользовательских словарей можно использовать для определения типа и расположения языкового словаря и пользовательского словаря. Наведите указатель мыши на любую метку, чтобы отобразить всплывающую подсказку с указанием местоположения словаря. По умолчанию файлы пользовательских словарей хранятся в той же папке, что и словари, с которыми они связаны. Обычно это локальная папка данных приложения для пользовательских словарей и словарей, поставляемых с пакетом. Они называются в честь соответствующего языка с суффиксом _User и расширением .dic (например, en-US_User.dic).

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

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

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

Читайте также: