WikiDer > .NET Framework

.NET Framework
".NET" перенаправляется сюда. Для Интернет-домена см. .сеть. Для использования в других целях см. .NET (значения).

.NET Framework
.NET Logo.svg
Стек компонентов .NET Framework
Стек компонентов .NET Framework
Разработчики)Microsoft
изначальный выпуск14 февраля 2002 г.; 18 лет назад (2002-02-14)
Окончательный релиз
4.8.0 Сборка 3928/25 июля 2019 г.; 16 месяцев назад (2019-07-25)[1]
Операционная системаWindows 98 или позже, Windows NT 4.0 или позже
ТипПрограммный фреймворк
ЛицензияСмешанный; видеть § Лицензирование
Интернет сайтwww.microsoft.com/сеть Отредактируйте это в Викиданных

.NET Framework (произносится как "точечная сеть ") это программная среда разработан Microsoft который работает в основном на Майкрософт Виндоус. Он включает в себя большой библиотека классов называется Библиотека классов Framework (FCL) и обеспечивает языковая совместимость (каждый язык может использовать код, написанный на других языках) в нескольких языки программирования. Программы, написанные для .NET Framework, выполняются в программного обеспечения окружающая среда (в отличие от аппаратное обеспечение окружающей среды) назвал общеязыковая среда выполнения (CLR). CLR - это виртуальная машина приложения который предоставляет такие услуги, как безопасность, управление памятью, и Обработка исключений. Таким образом, компьютерный код, написанный с использованием .NET Framework, называется "управляемый код". FCL и CLR вместе составляют .NET Framework.

FCL обеспечивает пользовательский интерфейс, доступ к данным, подключение к базе данных, криптография, веб приложение разработка, числовой алгоритмы, и сетевые коммуникации. Программисты создают программное обеспечение, объединяя свои исходный код с .NET Framework и другими библиотеками. Платформа предназначена для использования в большинстве новых приложений, созданных для платформы Windows. Microsoft также выпускает интегрированная среда развития для программного обеспечения .NET под названием Visual Studio.

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

В апреле 2019 года Microsoft выпустила .NET Framework 4.8, последнюю версию платформы в качестве проприетарного предложения. С тех пор для этой версии выпускались только ежемесячные исправления ошибок, связанных с безопасностью и надежностью. Никаких дальнейших изменений в эту версию не планируется.[3]

В ноябре 2020 года Microsoft выпустила .СЕТЬ 5.0, платформа с открытым исходным кодом, которая заменяет функциональность .NET Framework. Он обеспечивает встроенную поддержку нескольких платформ, включая Linux и macOS, и решает патентные проблемы, связанные с .NET Framework.[4]

История

Основная статья: История версий .NET Framework

Microsoft начала разрабатывать .NET Framework в конце 1990-х годов, первоначально под названием Next Generation Windows Services (NGWS), как часть .NET стратегия. К концу 2000 года были выпущены первые бета-версии .NET 1.0.

В августе 2000 г. Microsoft, и Intel работал над стандартизацией Инфраструктура общего языка (CLI) и C #. К декабрю 2001 года оба были ратифицированы. Ecma International (ECMA) стандарты.[5][6] Международная организация по стандартизации (ISO) последовала в апреле 2003 года. Текущая версия стандартов ISO - ISO / IEC 23271: 2012 и ISO / IEC 23270: 2006.[7][8]

Хотя Microsoft и их партнеры владеют патентами на интерфейс командной строки и C #, ECMA и ISO требуют, чтобы все патенты, необходимые для реализации, были доступны в соответствии с "разумные и недискриминационные условия". Фирмы согласились соблюдать эти условия и сделать патенты доступными без лицензионных отчислений. Однако это не относилось к той части .NET Framework, на которую не распространяются стандарты ECMA-ISO, в том числе Windows Forms, ADO.NET, и ASP.NET. Патенты, которыми владеет Microsoft в этих областях, могли воспрепятствовать реализации полной платформы сторонними организациями.[9]

3 октября 2007 г. Microsoft объявила, что исходный код для .NET Framework 3.5 библиотеки должны были стать доступными в рамках Лицензия Microsoft Reference Source (Ms-RSL[а]).[10] Репозиторий исходного кода стал доступен в Интернете 16 января 2008 г. и включал BCL, ASP.NET, ADO.NET, Windows Forms, WPF и XML. Скотт Гатри Microsoft пообещала, что добавляются библиотеки LINQ, WCF и WF.[11]

В .NET Compact Framework и .NET Micro Framework варианты .NET Framework обеспечивали поддержку других платформ Microsoft, таких как Windows Mobile, Windows CE и другие встроенные устройства с ограниченными ресурсами. Silverlight оказал поддержку веб-браузеры через плагины.

Логотип Microsoft .NET Framework v4.5

12 ноября 2014 года Microsoft анонсировала .NET Core, стремясь включить кроссплатформенную поддержку .NET, включая Linux и macOS, исходный код для реализации .NET Core CoreCLR, исходный код для «всего стека библиотек […]» для .NET Core и принятие традиционного (типа «базара») модель разработки с открытым исходным кодом под утешительным руководством .NET Foundation. Мигель де Икаса описывает .NET Core как «переработанную версию .NET, основанную на упрощенной версии библиотек классов»,[12] и Иммо Ландверт из Microsoft объяснил, что .NET Core будет «основой всех будущих платформ .NET». На момент объявления первоначальный выпуск проекта .NET Core был засеян подмножеством исходного кода библиотек и совпал с перелицензированием существующего справочного источника Microsoft .NET вдали от ограничений Ms-RSL. Landwerth признал недостатки ранее выбранной совместной лицензии, объяснив, что это кодовое имя Ротор «не начинающий» как проект с открытым исходным кодом, разработанный сообществом, потому что он не отвечал критериям Инициатива открытого исходного кода (OSI) утвержденная лицензия.[13][14][15]

В ноябре 2014 года Microsoft также выпустила обновление для своих патентов, которое еще больше расширило сферу действия своих предыдущих обещаний. Предыдущие проекты, такие как Мононуклеоз существовал в юридическом серая зона потому что предыдущие гранты Microsoft применялись только к технологии в «закрытых спецификациях», включая строго 4-е редакции ECMA-334 и ECMA-335. Новое обещание патента, однако, не накладывает никаких ограничений на версию спецификации и даже распространяется на любые технологии времени выполнения .NET, документированные в MSDN, которые не были официально указаны группой ECMA, если проект решит их реализовать. Это позволяет Mono и другим проектам поддерживать паритет функций с современными функциями .NET, которые были введены после публикации 4-го издания, без риска возникновения патентных тяжб по поводу реализации этих функций. В новом разрешении сохраняется ограничение, согласно которому любая реализация должна поддерживать минимальное соответствие обязательным частям спецификации CLI.[16]

31 марта 2016 г. Microsoft объявила на Сборка Microsoft что они полностью реликвия Моно под Лицензия MIT даже в сценариях, где раньше требовалась коммерческая лицензия.[17] Microsoft также дополнила свое предыдущее патентное обещание для Mono, заявив, что они не будут отстаивать какие-либо «применимые патенты» против сторон, которые «используют, продают, предлагают для продажи, импортируют или распространяют Mono».[18][19] Было объявлено, что проект Mono был внесен в .NET Foundation. Эти разработки последовали за приобретением Xamarin, который начался в феврале 2016 г. и закончился 18 марта 2016 г.[20]

В пресс-релизе Microsoft подчеркивается, что кроссплатформенность теперь позволяет создать современный серверный стек .NET с открытым исходным кодом. Microsoft выпустила исходный код для WPF, Windows Forms и WinUI 4 декабря 2018 г.[21]

Архитектура

Визуальный обзор Common Language Infrastructure (CLI)

Инфраструктура общего языка

Основная статья: Инфраструктура общего языка

Common Language Infrastructure (CLI) обеспечивает платформу, не зависящую от языка, для разработки и выполнения приложений. Благодаря реализации основных аспектов .NET Framework в рамках CLI эти функции не будут привязаны к одному языку, но будут доступны на многих языках, поддерживаемых платформой.

общеязыковая среда выполнения

Основная статья: общеязыковая среда выполнения

.NET Framework включает Common Language Runtime (CLR). Он служит механизмом выполнения .NET Framework и предлагает множество услуг, таких как управление памятью, безопасность типа, Обработка исключений, вывоз мусора, безопасность и управление потоками. Все программы, написанные для .NET Framework, выполняются средой CLR.

Программы, написанные для .NET Framework, компилируются в Код общего промежуточного языка (CIL), в отличие от непосредственной компиляции в Машинный код. Во время выполнения архитектурно-зависимый своевременный компилятор (JIT) включает Код CIL в машинный код.

С переходом Microsoft на .NET Core, интерфейс командной строки Виртуальная система исполнения (VES) реализация известна как CoreCLR вместо CLR.

Сборки

Скомпилированный код CIL хранится в Сборки CLI. Согласно спецификации, сборки хранятся в Переносимый исполняемый файл (PE) формат файла, распространенный на платформе Windows для всех библиотека с динамической компоновкой (DLL) и исполняемый файл EXE файлы. Каждая сборка состоит из одного или нескольких файлов, один из которых должен содержать манифест с метаданные для сборки. Полное имя сборки (не путать с именем файла на диске) содержит ее простое текстовое имя, номер версии, региональные параметры и открытый ключ токен. Сборки считаются эквивалентными, если они имеют одинаковое полное имя.

Закрытый ключ также может использоваться создателем сборки для сильное именование. Маркер открытого ключа определяет, каким закрытым ключом подписана сборка. Только создатель пары ключей (обычно лицо, подписывающее сборку) может подписывать сборки, которые имеют то же строгое имя, что и сборка предыдущей версии, поскольку создатель обладает закрытым ключом. Для добавления сборок в Глобальный кэш сборок.

Начиная с Visual Studio 2015, технология компиляции .NET Native позволяет компилировать код .NET Приложения универсальной платформы Windows непосредственно в машинный код, а не в код CIL, но приложение должно быть написано либо на C #, либо на Visual Basic.NET.[22]

Библиотека классов

Основная статья: Библиотека классов Framework

.NET Framework включает реализацию основного интерфейса командной строки. Стандартные библиотеки. Библиотека классов .NET Framework (FCL) организована в виде иерархии пространства имен. Большинство встроенных интерфейсы прикладного программирования (API) являются частью Система.* или же Microsoft. * пространства имен. Эти библиотеки классов реализуют множество общих функций, таких как чтение и запись файлов, визуализация графики, взаимодействие с базой данных и манипулирование XML-документами. Библиотеки классов доступны для всех Языки, совместимые с CLI. FCL реализует CLI Библиотека базового класса (BCL) и другие библиотеки классов - некоторые из них определены CLI, а другие специфичны для Microsoft.

BCL включает небольшое подмножество всей библиотеки классов и является основным набором классов, которые служат базовыми API из CLR.[23] Для .NET Framework большинство классов, которые считаются частью BCL, находятся в mscorlib.dll, System.dll и System.Core.dll. Классы BCL доступны в .NET Framework, а также в его альтернативных реализациях, включая .NET Compact Framework, Microsoft Silverlight, .NET Core и Мононуклеоз.

FCL относится ко всей библиотеке классов, поставляемой с .NET Framework. Он включает расширенный набор библиотек, в том числе BCL, Windows Forms, ASP.NET, и Windows Presentation Foundation (WPF), но также и расширения для библиотек базовых классов ADO.NET, Интегрированный языковой запрос (LINQ), Фонд связи Windows (WCF) и Фонд рабочего процесса (WF). FCL намного шире стандартных библиотек для таких языков, как C ++, и по объему сопоставимы с стандартные библиотеки Java.

С введением альтернативных реализаций (например, Silverlight) Microsoft представила концепцию переносимых библиотек классов (PCL), позволяющую потребляющей библиотеке работать на более чем одной платформе. С дальнейшим распространением платформ .NET подход PCL не смог масштабироваться (PCL - это определенные пересечения поверхности API между двумя или более платформами).[24] В качестве следующего шага эволюции PCL стандартная библиотека .NET была создана задним числом на основе System.Runtime.dll API-интерфейсы на основе UWP и Silverlight. На новых платформах .NET рекомендуется реализовать версию стандартной библиотеки, позволяющую им повторно использовать существующие сторонние библиотеки для работы без их новых версий. Стандартная библиотека .NET позволяет независимо развивать уровни библиотеки и модели приложения в архитектуре .NET.[25]

NuGet это менеджер пакетов для всех платформ .NET. Он используется для извлечения сторонних библиотек в проект .NET с глобальным потоком библиотек на NuGet.org.[26] Частные каналы могут поддерживаться отдельно, например, сервером сборки или каталогом файловой системы.

С переходом Microsoft на .NET Core, реализация базовых библиотек классов CLI известна как CoreFX вместо FCL.

Модели приложений

Помимо библиотек классов для создания приложений используются несколько моделей приложений. .NET Framework поддерживает консоль, Windows Forms, Windows Presentation Foundation, ASP.NET и ASP.NET Core приложения по умолчанию. Другие модели приложений предлагаются альтернативными реализациями .NET Framework. Консоль, UWP и ASP.NET Core доступны на .NET Core. Мононуклеоз используется для питания Xamarin в моделях приложений для Android, iOS, и macOS. Ретроактивное архитектурное определение моделей приложений появилось в начале 2015 года и также применялось к предшествующим технологиям, таким как Windows Forms или WPF.

C ++ / CLI

Основная статья: C ++ / CLI

Microsoft представила C ++ / CLI в Visual Studio 2005, который является языком и средством компиляции Visual C ++ программы для запуска в .NET Framework. Некоторые части программы C ++ по-прежнему выполняются в неуправляемом Visual C ++ Время выполнения, при этом специально модифицированные части переведены в Код CIL и запустить с .NET Framework CLR.

Сборки, скомпилированные с помощью компилятора C ++ / CLI, называются сборками смешанного режима, поскольку они содержат собственный и управляемый код в одной и той же DLL.[27] Такие сборки сложнее реконструировать, поскольку .NET декомпиляторы Такие как .NET Reflector раскрыть только управляемый код.

Принцип конструкции

Совместимость

Поскольку компьютерные системы обычно требуют взаимодействия между новыми и старыми приложениями, .NET Framework предоставляет средства для доступа к функциям, реализованным в более новых и старых программах, которые выполняются вне среды .NET. Доступ к Компонентная объектная модель (COM) компоненты представлены в System.Runtime.InteropServices и System.EnterpriseServices пространства имён фреймворка. Доступ к другим функциям через Сервисы вызова платформы (P / Invoke). Доступ к функциям .NET из собственных приложений осуществляется через функцию обратного P / Invoke.

Независимость от языка

.NET Framework представляет Система общих типов (CTS), определяющий все возможные типы данных и программирование конструкции, поддерживаемые CLR, и то, как они могут взаимодействовать или не взаимодействовать в соответствии со спецификацией CLI. Благодаря этой функции .NET Framework поддерживает обмен типами и экземплярами объектов между библиотеками и приложениями, написанными с использованием любой соответствующий язык .NET.

Безопасность типов

CTS и CLR, используемые в .NET Framework, также обеспечивают соблюдение безопасность типа. Это предотвращает нечеткое приведение типов, неправильные вызовы методов и проблемы с размером памяти при доступе к объекту. Это также делает большинство языков интерфейса командной строки статически типизированный (с выводом типа или без него). Однако, начиная с .NET Framework 4.0, Среда выполнения динамического языка расширил среду CLR, что позволило реализовать языки с динамической типизацией поверх интерфейса командной строки.

Портативность

Хотя Microsoft никогда не реализовывала полную структуру ни в одной системе, кроме Microsoft Windows, она спроектировала платформу для кроссплатформенности,[28] и реализации доступны для других операционных систем (см. Silverlight и § Альтернативные реализации). Microsoft представила спецификации для CLI (который включает библиотеки основных классов, CTS и CIL),[29][30][31] C #,[32] и C ++ / CLI[33] как для Ecma International (ECMA) и Международная организация по стандартизации (ISO), делая их доступными в качестве официальных стандартов. Это позволяет третьим сторонам создавать совместимые реализации платформы и ее языков на других платформах.

Безопасность

.NET Framework имеет собственный механизм безопасности с двумя основными функциями: Безопасность доступа кода (CAS), а также валидацию и верификацию. CAS основан на доказательствах, связанных с конкретной сборкой. Обычно свидетельство - это источник сборки (установлен ли он на локальном компьютере или загружен из Интернета). CAS использует свидетельства для определения разрешений, предоставленных коду. Другой код может потребовать, чтобы вызывающему коду было предоставлено указанное разрешение. Требование заставляет CLR выполнять обход стека вызовов: каждая сборка каждого метода в стеке вызовов проверяется на наличие необходимого разрешения; если какой-либо сборке не предоставлено разрешение, создается исключение безопасности.

Удалось CIL байт-код легче обратный инженер чем собственный код, если только запутанный.[34] .СЕТЬ декомпилятор Программы позволяют разработчикам, не имеющим навыков обратного проектирования, просматривать исходный код необфусцированных сборок .NET. Напротив, приложения, скомпилированные в собственный машинный код, гораздо сложнее реконструировать, а исходный код почти никогда не создается успешно, в основном из-за оптимизации компилятора и отсутствия отражение.[35] Это вызывает опасения в деловом сообществе по поводу возможной потери коммерческие секреты и обход механизмов лицензионного контроля. Чтобы смягчить это, Microsoft включила Dotfuscator Community Edition с Visual Studio .NET с 2002 г.[b] Сторонние инструменты обфускации также доступны от таких поставщиков, как VMware, V.i. Лаборатории, Турбо, и Программное обеспечение Red Gate. Инструменты шифрования на уровне методов для кода .NET доступны от таких поставщиков, как SafeNet.

Управление памятью

CLR освобождает разработчика от бремени управления памятью (выделения и освобождения по завершении); он сам управляет памятью, определяя, когда можно безопасно освободить память. Экземпляры типов (объектов) .NET выделяются из управляемой кучи; пул памяти, управляемый CLR. Пока существует ссылка на объект, которая может быть прямой или через график объектов, объект считается находящимся в эксплуатации. Когда ссылка на объект не существует, и он не может быть достигнут или использован, он становится мусором, подлежащим сборке.

.NET Framework включает уборщик мусора (GC), который периодически запускается на отдельной нить из потока приложения, который перечисляет все непригодные для использования объекты и освобождает выделенную для них память. Это недетерминированный, уплотняющий, метить и подметать уборщик мусора. Сборщик мусора запускается только тогда, когда используется установленный объем памяти или если в системе достаточно памяти. Поскольку достижение условий для освобождения памяти не гарантируется, запуски сборки мусора недетерминированный. Каждое приложение .NET имеет набор корней, которые являются указателями на объекты в управляемой куче (управляемые объекты). К ним относятся ссылки на статические объекты, объекты, определенные как локальные переменные или параметры метода, которые в настоящее время находятся в области видимости, и объекты, на которые ссылаются регистры ЦП.[36] Когда GC запускается, он приостанавливает приложение, а затем для каждого объекта, указанного в корне, он рекурсивно перечисляет все объекты, доступные из корневых объектов, и отмечает их как достижимые. Он использует метаданные CLI и отражение чтобы обнаружить объекты, заключенные в объект, а затем рекурсивно пройти по ним. Затем он перечисляет все объекты в куче (которые изначально были размещены непрерывно) с помощью отражения. Все объекты, не отмеченные как достижимые, являются мусором.[36] Это отметка фаза.[37] Поскольку память, удерживаемая мусором, не имеет значения, она считается свободным местом. Однако при этом остаются куски свободного пространства между объектами, которые изначально были смежными. Затем объекты уплотненный вместе, чтобы снова сделать свободное пространство в управляемой куче непрерывным.[36][37] Любая ссылка на объект, ставшая недействительной при перемещении объекта, обновляется сборщиком мусора, чтобы отразить новое местоположение.[37] Приложение возобновляет работу после завершения сборки мусора. Последняя версия .NET framework использует параллельную сборку мусора вместе с пользовательским кодом, делая паузы незаметными, так как это выполняется в фоновом режиме.[38]

Сборщик мусора, используемый .NET Framework, также поколенческий.[39] Объектам присваивается поколение. Вновь созданные объекты помечаются Поколение 0. Помечены объекты, пережившие одну сборку мусора. Поколение 1. Объекты поколения 1, пережившие другую коллекцию, являются Поколение 2. Фреймворк использует объекты до поколения 2.[39] Объекты более высокого поколения собираются мусором реже, чем объекты более низкого поколения. Это повышает эффективность сборки мусора, поскольку более старые объекты, как правило, имеют более длительный срок службы, чем новые объекты.[39] Путем игнорирования старых объектов в большинстве запусков коллекции в целом требуется меньше проверок и операций сжатия.[39]

Спектакль

При первом запуске приложения .NET Framework компилирует Код CIL в исполняемый код, используя его своевременный компилятор, и кэширует исполняемую программу в кэш собственных изображений .NET.[40][41] Из-за кеширования приложение запускается быстрее для последующих запусков, хотя первый запуск обычно медленнее. Для ускорения первого запуска разработчики могут использовать Генератор собственных изображений утилита для ручного заблаговременная компиляция и кешировать любое приложение .NET.[41]

Сборщик мусора, интегрированный в среду, может вызвать непредвиденные задержки выполнения, над которыми разработчик не имеет прямого контроля. «В больших приложениях количество объектов, с которыми должен работать сборщик мусора, может стать очень большим, а это означает, что на их посещение и перестановку всех их может уйти очень много времени».[42]

.NET Framework обеспечивает поддержку вызова Потоковые расширения SIMD (SSE) через управляемый код с апреля 2014 г. в Visual Studio 2013 с обновлением 2. Однако Мононуклеоз оказал поддержку SIMD Расширения версии 2.2 в пространстве имен Mono.Simd в 2009 году.[43] Ведущий разработчик Mono Мигель де Икаса выразил надежду, что эта поддержка SIMD будет принята стандартом CLR ECMA.[44] Расширения для потоковой передачи SIMD доступны в x86 Процессоры с момента появления Pentium III. Некоторые другие архитектуры, такие как РУКА и MIPS также есть расширения SIMD. Если ЦП не поддерживает эти расширения, инструкции моделируются в программном обеспечении.[нужна цитата]

Альтернативные реализации

.NET Framework - преобладающая реализация технологий .NET. Существуют и другие реализации для частей фреймворка. Хотя механизм выполнения описан спецификацией ECMA-ISO, другие его реализации могут быть ограничены патент вопросы; Стандарты ISO могут включать в себя отказ от ответственности: «Обращается внимание на возможность того, что некоторые элементы этого документа могут быть предметом патентных прав. ISO не несет ответственности за идентификацию каких-либо или всех таких патентных прав».[45] Сложнее разработать альтернативы FCL, которые не описаны в открытом стандарте и могут подпадать под ограничения авторского права. Кроме того, части FCL имеют специфичные для Windows функции и поведение, поэтому реализация на платформах, отличных от Windows, может быть проблематичной.

Некоторые альтернативные реализации частей фреймворка перечислены здесь.

  • .NET Micro Framework .NET-платформа для устройств с крайне ограниченными ресурсами. Он включает небольшую версию CLR и поддерживает разработку в C # (хотя некоторые разработчики могли использовать VB.NET,[46] хотя и с большим количеством взломов и с ограниченными функциональными возможностями) и отладки (в эмуляторе или на оборудовании), оба с использованием Microsoft Visual Studio. Он также включает подмножество библиотеки классов .NET Framework (около 70 классов с примерно 420 методами), GUI framework, свободно основанный на WPF, и дополнительные библиотеки, специфичные для встроенных приложений.
  • Мононуклеоз представляет собой реализацию CLI и FCL и предоставляет дополнительные функции. это с двойной лицензией в качестве свободный и проприетарное программное обеспечение. Он включает поддержку библиотек ASP.NET, ADO.NET и Windows Forms для широкого спектра архитектур и операционных систем. Он также включает компиляторы C # и VB.NET.
  • Portable.NET (часть DotGNU) предоставляет реализацию CLI, частей FCL и компилятора C #. Он поддерживает различные процессоры и операционные системы. Проект был прекращен, последний стабильный релиз вышел в 2009 году.
  • Microsoft Общая языковая инфраструктура с общим исходным кодом это несвободный реализация CLR. Однако последняя версия работает только на Windows XP SP2 и не обновлялась с 2006 года. Таким образом, она не содержит всех функций версии 2.0 .NET Framework.
  • CrossNet[47] представляет собой реализацию CLI и частей FCL. Это бесплатное программное обеспечение с открытым исходным кодом. Лицензия MIT.

Лицензирование

Платформы управляемого кода Microsoft и их компоненты лицензируются следующим образом:

КомпонентЛицензия
.NET Framework (распространяемый пакет)Проприетарное программное обеспечение[48]
Ссылка исходный код .NET Framework 4.5 и ранееСправочная лицензия Microsoft (Ms-RSL[а])[10][49]
Справочный исходный код .NET Framework 4.6Лицензия MIT[50]
МононуклеозЛицензия MIT[51]
.СЕТЬ (ранее .NET Core)
CoreFX, CoreCLR и интерфейс командной строки		Лицензия MIT[52]
.NET Micro FrameworkЛицензия Apache 2.0[53]
Платформа компилятора .NET (кодовое имя "Рослин")Лицензия MIT[54]
ASP.NET MVC, Веб-API и веб-страницы (Бритва)Лицензия Apache 2.0[55]
ASP.NET CoreЛицензия Apache 2.0[56]
Набор средств управления ASP.NET AjaxЛицензия BSD[57]
ASP.NET SignalRЛицензия Apache 2.0[58]
Entity FrameworkЛицензия Apache 2.0[59]
NuGetЛицензия Apache 2.0[60]

Смотрите также

Примечания

  1. ^ а б Лицензия раньше называлась Ms-RL, но теперь Ms-RL относится к Взаимная лицензия Microsoft.
  2. ^ Версия сообщества Dotfuscator 4.0

Рекомендации

  1. ^ "Загрузить автономный установщик .NET Framework 4.8". Microsoft.
  2. ^ «Microsoft начинает работать с открытым исходным кодом». Opensource.com. 19 ноября 2014 г.. Получено 2 января, 2020.
  3. ^ gewarren. «Версии .NET Framework и ОС Windows». docs.microsoft.com. Получено Двадцать первое ноября, 2020.
  4. ^ «Объявление .NET 5.0». Блог .NET. 10 ноября 2020 г.. Получено Двадцать первое ноября, 2020.
  5. ^ «Стандарт ECMA-335: Инфраструктура общего языка (CLI)». ecma-international.org (6 изд.). ECMA. Июнь 2012 г.
  6. ^ «Стандартный ECMA-334: Спецификация языка C #». ecma-international.org (4-е изд.). ECMA. Июнь 2006 г.
  7. ^ «ISO / IEC 23271: 2012 Информационные технологии - Общая языковая инфраструктура». iso.org (3-е изд.). Международная организация по стандартизации. 13 февраля 2012 г.
  8. ^ «ISO / IEC 23270: 2006 - Информационные технологии - Языки программирования - C #». iso.org (2-е изд.). Международная организация по стандартизации. 26 января 2012 г.
  9. ^ «Пустое обещание Microsoft». Фонд свободного программного обеспечения. 16 июля 2009 г. В архиве с оригинала 19 августа 2009 г.. Получено 3 августа, 2009. Однако есть несколько библиотек, которые включены в Mono и обычно используются такими приложениями, как Tomboy, которые не требуются стандартом. И для ясности: мы не говорим о библиотеках для Windows, таких как ASP.NET и Windows Forms. Вместо этого мы говорим о библиотеках в пространстве имен System, которые предоставляют стандартные функции, которые программисты ожидают от современных языков программирования.
  10. ^ а б Гатри, Скотт (3 октября 2007 г.). «Выпуск исходного кода для NET Framework». Блог Скотта Гатри. Microsoft. В архиве из оригинала 7 сентября 2010 г.. Получено 15 сентября, 2010.
  11. ^ Гатри, Скотт (16 января 2008 г.). «Теперь доступен исходный код библиотеки .NET Framework». Блог Скотта Гатри. Microsoft. Получено 28 февраля, 2015.
  12. ^ де Икаса, Мигель. «Microsoft Open Sources .NET и Mono». Личный блог Мигеля де Икасы. Получено 16 ноября, 2014.
  13. ^ Ландверт, Immo (12 ноября 2014 г.). «.NET Core с открытым исходным кодом». Блог .NET Framework. Microsoft. Получено 30 декабря, 2014.
  14. ^ "dotnet / corefx". GitHub. Получено 16 ноября, 2014.
  15. ^ «Microsoft / источник ссылок». GitHub. Получено 16 ноября, 2014.
  16. ^ «Патентное обещание Microsoft для библиотек .NET и компонентов среды выполнения». Получено 16 ноября, 2014.
  17. ^ Криль, Пол (1 апреля 2016 г.). «Среда выполнения Xamarin Mono получает более слабую лицензию». InfoWorld. IDG.
  18. ^ Феррайра, Бруно (31 марта 2016 г.). «Xamarin теперь поставляется бесплатно с Visual Studio». Технический отчет.
  19. ^ «Патентное обещание Microsoft для Mono». Моно на GitHub. Моно проект. 28 марта 2016 г. В архиве из оригинала 16 апреля 2016 г.. Получено 16 апреля, 2016.
  20. ^ «Xamarin для всех». Блог Xamarin. Xamarin. 31 марта 2016 г. Архивировано с оригинал 12 апреля 2016 г.. Получено 12 апреля, 2016.
  21. ^ «Объявление с открытым исходным кодом WPF, Windows Forms и WinUI на Microsoft Connect 2018». Блог разработчиков Windows. Microsoft. Архивировано из оригинал 15 декабря 2018 г.. Получено 24 декабря, 2018.
  22. ^ рпетруша. «Компиляция приложений с .NET Native». docs.microsoft.com.
  23. ^ «Библиотека базового класса». Получено 1 июня, 2008.
  24. ^ «Стандарт платформы .NET». Получено 23 апреля, 2016.
  25. ^ «Обновление для ASP.NET Core 1.0 RC2». Получено 23 апреля, 2016.
  26. ^ "Галерея NuGet - Главная". nuget.org.
  27. ^ Смешанные (собственные и управляемые) сборки, MSDN
  28. ^ «Скотт Гатри: Silverlight и кроссплатформенная среда CLR». Канал 9. 30 апреля 2007 г. В архиве с оригинала 25 марта 2015 г.. Получено 16 апреля, 2016.
  29. ^ «ECMA 335 - стандарт ECMA-335 Common Language Infrastructure (CLI), 4-е издание (июнь 2006 г.)». ECMA. 1 июня 2006 г. Архивировано с оригинал 14 июня 2008 г.. Получено 1 июня, 2008.
  30. ^ «ISO / IEC 23271: 2006». Standards.iso.org. 29 сентября 2006 г.. Получено 17 апреля, 2012.
  31. ^ «Технический отчет TR / 84 Common Language Infrastructure (CLI) - информация, полученная из XML-файла раздела IV». ECMA. 1 июня 2006 г. В архиве с оригинала 25 марта 2015 г.. Получено 16 апреля, 2016.
  32. ^ «Спецификация языка C # ECMA-334». ECMA. 1 июня 2006 г.
  33. ^ "Стандартная спецификация языка C ++ / CLI ECMA-372". ECMA. 1 декабря 2005 г. Архивировано с оригинал 10 августа 2008 г.. Получено 16 января, 2008.
  34. ^ Gartner, Inc., как сообщается в «Цикле рекламы киберугроз, 2006», сентябрь 2006 г., Нил Макдональд; Амрит Уильямс и др.
  35. ^ Сифуэнтес, Кристина (июль 1994 г.). «6: Анализ потока управления». Методы обратной компиляции (PDF) (Тезис). Квинслендский технологический университет. Архивировано из оригинал (PDF) 22 ноября 2016 г.
  36. ^ а б c «Сборка мусора: автоматическое управление памятью в Microsoft .NET Framework». Архивировано из оригинал 3 июля 2007 г.. Получено 1 июня, 2008.
  37. ^ а б c «Сборка мусора в .NET». Архивировано из оригинал 25 мая 2008 г.. Получено 1 июня, 2008.
  38. ^ «.NET Framework 4.5 включает новые усовершенствования сборщика мусора для клиентских и серверных приложений». Получено Второе октября, 2015.
  39. ^ а б c d «Сборка мусора. Часть 2: Автоматическое управление памятью в Microsoft .NET Framework». Архивировано из оригинал 26 июня 2007 г.. Получено 1 июня, 2008.
  40. ^ «Понимание своевременной компиляции .NET». telerik.com. 28 мая 2013 года.
  41. ^ а б Компиляция MSIL в собственный код, MSDN, Microsoft
  42. ^ «Общие сведения о сборке мусора в .NET». 17 июня 2009 г.
  43. ^ «Информация о версии Mono 2.2 - Mono». mono-project.com.
  44. ^ «Поддержка SIMD Mono: сделать Mono безопасным для игр». Tirania.org. 3 ноября 2008 г.. Получено 17 апреля, 2012.
  45. ^ ISO 9001: 2008, Предисловие
  46. ^ «Использование VB.NET с .NET Micro Framework« / dev / mobile ». Christec.co.nz. 1 апреля 2008 г.. Получено 17 апреля, 2012.
  47. ^ «КроссНет». Codeplex.com. Получено 17 апреля, 2012.
  48. ^ «Лицензионное соглашение для распространяемого пакета Microsoft .NET Framework». MSDN. Microsoft. Получено 28 февраля, 2015.
  49. ^ Брей, Брэндон (15 августа 2012 г.). «Объявление о выпуске .NET Framework 4.5 RTM - продукт и исходный код». Блог .NET Framework. Microsoft.
  50. ^ «Представляем предварительную версию .NET 2015: новая эра для .NET». Блог .NET Framework. Microsoft. 12 ноября 2014 г.
  51. ^ «Xamarin для всех». Блог Xamarin. Microsoft. 17 апреля 2016 г.
  52. ^ «.NET Core 5». dotnetfoundation.org. .NET Foundation. Архивировано из оригинал 17 февраля 2015 г.. Получено 17 февраля 2015.
  53. ^ «.NET Micro Framework». dotnetfoundation.org. .NET Foundation. Архивировано из оригинал 17 февраля 2015 г.. Получено 17 февраля 2015.
  54. ^ «Рослин Лицензия». GitHub. .NET Foundation. 5 февраля 2020 г.. Получено 14 апреля, 2018.
  55. ^ «ASP.NET MVC, веб-API и веб-страницы (Razor)». dotnetfoundation.org. .NET Foundation. Архивировано из оригинал 17 февраля 2015 г.. Получено 17 февраля 2015.
  56. ^ «Лицензия ASP.NET Core». GitHub. .NET Foundation. 5 июля 2017 г.. Получено 14 апреля, 2018.
  57. ^ «Набор средств управления ASP.NET Ajax». dotnetfoundation.org. .NET Foundation. Архивировано из оригинал 17 февраля 2015 г.. Получено 17 февраля 2015.
  58. ^ "ASP.NET SignalR". dotnetfoundation.org. .NET Foundation. Архивировано из оригинал 17 февраля 2015 г.. Получено 17 февраля 2015.
  59. ^ «Entity Framework». dotnetfoundation.org. .NET Foundation. Архивировано из оригинал 18 апреля 2016 г.. Получено 16 апреля 2016.
  60. ^ "NuGet". dotnetfoundation.org. .NET Foundation. Архивировано из оригинал 17 февраля 2015 г.. Получено 17 февраля 2015.

внешняя ссылка