Элемент
Предоставляет информацию, используемую средой CLR для настройки приложений.
Синтаксис
Атрибуты и элементы
В следующих разделах описаны дочерние и родительские элементы.
Атрибуты
Дочерние элементы
Элемент | Описание |
---|---|
Указывает, что удостоверение Windows всегда проходит через асинхронные точки, независимо от того, как было выполнено олицетворение. | |
Определяет один или несколько коммутаторов, используемых классом AppContext для предоставления механизма отказа от новых функциональных возможностей. | |
Указывает сборку, предоставляющую диспетчер домена приложения для домена приложения, по умолчанию используемого в процессе. | |
Указывает тип, который служит диспетчером домена приложения для домена приложения, используемого по умолчанию. | |
Указывает среде собирать статистику для всех доменов приложений в процессе за весь период его существования. | |
Содержит сведения о перенаправлении версии сборки и о расположениях сборок. | |
Указывает, следует ли обходить проверку строгих имен для доверенных сборок. | |
Указывает, что при операциях сравнения строк среда выполнения должна использовать устаревший режим сортировки. | |
Указывает, выполняет ли среда поиск сборок в каталогах, указанных в переменной среды DEVPATH. | |
Указывает, отключено ли кэширование сбоев привязки, которое является поведением по умолчанию в платформа .NET Framework версии 2.0. | |
Указывает, фиксируется ли весь стек потоков при запуске потока. | |
Указывает, отключено ли поведение по умолчанию, которое разрешает хост-приложению среды выполнения переопределять параметры конфигурации для домена приложения. | |
Указывает, отключена ли проверка переполнения стека. | |
Определяет, используют ли методы анализа даты и времени скорректированной набор правил для анализа строк даты, содержащих только день, месяц, час и указатель AM/PM. | |
Указывает, нужно ли принудительно обеспечивать соблюдение требования конфигурации компьютера о том, что криптографические алгоритмы должны соответствовать стандартам FIPS. | |
Указывает, следует ли включить трассировку событий Windows для событий среды CLR. | |
Указывает, использует ли файл PerfCounter.dll параметр реестра CategoryOptions в приложении .NET Framework версии 1.1, чтобы определить, следует ли загружать данные счетчиков производительности из общей памяти конкретной категории или глобальной памяти. | |
На 64 разрядных платформах позволяет использовать массивы, размер которых превышает 2 гигабайта (ГБ). | |
Указывает, выполняет ли среда CLR сборку мусора параллельно. | |
Определяет, поддерживает ли сборка мусора несколько групп ЦП. | |
Определяет сходство между кучами сборки мусора и отдельными процессорами. | |
Указывает количество куч и потоков, используемых для сборки мусора сервера. | |
Указывает пороговое значение, при котором сборщик мусора помещает объекты в кучу больших объектов. | |
Настраивает сборщик мусора для экономии памяти за счет более частых сборок мусора и, возможно, более длительного времени приостановки. | |
Указывает, следует ли объединять потоки сборки мусора сервера с центральными процессорами. | |
Указывает, выполняет ли среда CLR сборку мусора сервера. | |
Указывает, использует ли среда выполнения политику разграничения доступа кода, используемую издателем. | |
Указывает, позволяет ли среда выполнения управляемому коду перехватывать нарушения прав доступа и другие исключения поврежденного состояния. | |
Указывает, что удостоверение Windows не проходит через асинхронные точки, независимо от параметров потока для контекста выполнения в текущем потоке. | |
Указывает, загружены ли сборки из удаленных источников как полностью доверенные. | |
Указывает, использует ли среда выполнения устаревшую политику разграничения доступа кода. | |
Указывает, исправляет ли автоматически среда выполнения неправильные объявления вызова неуправляемого кода во время выполнения за счет скорости перехода между управляемыми и неуправляемым кодом. | |
Определяет, использует ли среда выполнения постоянный объем памяти для вычисления хэш-кодов методом StringComparer.GetHashCode . | |
Указывает, что среда выполнения должна использовать COM-взаимодействие вместо удаленного взаимодействия через границы домена приложения. | |
Оптимизирует поиск вспомогательных сборок. | |
Указывает, использует ли теневое копирование поведение при запуске по умолчанию, представленное в .NET Framework 4, или возвращается к поведению при запуске, используемому в предыдущих версиях .NET Framework. | |
Указывает, что приложение может ссылаться на ту же сборку в двух различных реализациях .NET Framework, отключая поведение по умолчанию, которое рассматривает сборки как эквивалент для переносимости приложения. | |
Указывает сведения о конфигурации кэша объектов в памяти, используемого по умолчанию. | |
Указывает, распределяет ли среда выполнения управляемые потоки во всех группах ЦП. | |
Определяет, будут ли необработанные исключения задачи завершать выполняющийся процесс. | |
Указывает, использует ли среда выполнения устаревшее форматирование для значений TimeSpan. | |
Определяет, использует ли среда CLR устаревший 64-разрядный JIT-компилятор для JIT-компиляции. | |
Указывает, вычисляет ли среда выполнения хэш-коды для строк для каждого домена приложения. | |
Запрашивает использование средой выполнения явных размеров стека при создании определенных потоков, используемых для внутренних целей, вместо размер стека по умолчанию. |
Родительские элементы
Элемент | Описание |
---|---|
configuration | Корневой элемент в любом файле конфигурации, используемом средой CLR и приложениями .NET Framework. |
Комментарии
Среда CLR автоматически считывает элементы в разделе при запуске приложения. Вы также можете определить файл конфигурации для домена приложения, не заданного по умолчанию, указав его имя в свойстве AppDomainSetup.ConfigurationFile. Его параметры считываются автоматически при загрузке домена приложения. В крайне редких случаях требуется напрямую считывать параметры в разделе файла конфигурации приложения.
См. также раздел
- Настройка приложений с использованием файлов конфигурации
- Схема параметров среды выполнения
- Схема файла конфигурации
Что такое framework и runtime?
Нигде не нашел чёткого опрделения этми двумя понятиям. Я понимаю фреймворк, как платформу, которая необходима для работы каких-либо приложений. Например, набор динамически линкуемых библиотек для нескольких приложений — уже фреймворк. Также под это определение подохдит и Java Runtime Environment (в том числе и JVM). Однако что такое рантайм? С одной стороны это всего лишь фаза выполнения программы. С другой стороны есть куча терминов, как runtime libraries, runtime system. Что вкладывает майкрософт в это понятие тоже неясно. Объясните, пожалуйста!
Отслеживать
задан 2 фев 2016 в 12:26
193 1 1 золотой знак 1 1 серебряный знак 4 4 бронзовых знака
2 ответа 2
Сортировка: Сброс на вариант по умолчанию
Между библиотекой и фреймворком разница небольшая, но принципиальна. Если Ваш код просто использует функции модуля, то этот модуль скорее всего библиотека. А вот если модуль заставляет Вас писать код так как он хочет и сам его вызывает, то это уже фреймворк. А вот собственно модуль — это набор файлов-исходников (иногда уже скомпилированных).
runtime — это часть кода, существует в выполнимом файле (либо в отдельных so/dll) и обеспечивает всякие «удобства». Например, узнать тип объекта или сделать те же виртуальные вызовы. Добавляется обычно компилятором и обычный пользователь может даже не знать о нем. Также словом runtime называют то время, когда программа выполняется. Что конкретно имеется ввиду — нужно сдедить за контекстом.
runtime libraries — это библиотеки, которые используются во время работы программы. Иногда библиотеки поставляются в двух видах — для разработки и для обычной работы (вторые часто оптимизированы и с них выброшено лишнее). Хороший пример — bpl файлы делфи. Для одного и того же компонента могут быть библиотеки, которые содержат всякие инструметы для IDE, а есть которые только для работоспособности кода.
JRE — это не фреймворк, это runtime библиотека. Хотя с другой стороны это фреймворк для байткода. Но так как на байткоде пищут только особые извращенцы, то обычному программисту это не фреймфорк. А вот вся java — это один сплошной фреймворк:)
При подготовке материала использовались источники:
https://learn.microsoft.com/ru-ru/dotnet/framework/configure-apps/file-schema/runtime/runtime-element
https://ru.stackoverflow.com/questions/488378/%D0%A7%D1%82%D0%BE-%D1%82%D0%B0%D0%BA%D0%BE%D0%B5-framework-%D0%B8-runtime