Практическое руководство. изменение требуемой версии платформы и набора средств платформы

Распространяемые пакеты

Платформа .NET Framework доступна в виде двух распространяемых компонентов пакетов: веб-установщик (начальный загрузчик) и автономный установщик (автономный распространяемый компонент). Все файлы для скачивания .NET Framework размещаются на этой странице. В следующей таблице сравниваются два пакета:

	веб-установщик	автономный установщик
Требуется подключение к интернету?	Да	Нет
Размер загрузки	Меньший (включает только установщик для целевой платформы) *	Больший*
Языковые пакеты	Включены**	, если только не используется пакет, предназначенный для всех ОС
Метод развертывания	Поддерживает все методы:- — — — — —	Поддерживает все методы:- — — — — —

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

**При использовании веб-установщика с пользовательской установкой можно использовать параметры языка по умолчанию на основе заданного пользователем параметра многоязычного пользовательского интерфейса (MUI) или задать другой языковой пакет с помощью параметра в командной строке. Примеры см. в подразделе .

Установка приложения

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

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

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

• свободного места на жестком диске должно быть не менее 2,7 Мб, особенно если это касается net framework 4 5 для windows 7 x64;
• частота процессора должна быть не менее 1 ГГц;
• ОЗУ не менее 512 Мб.

555

Using DISM with no Internet connectivity

You can use DISM to add .NET Framework 3.5 and provide access to the folder on the installation media to an installation of Windows that is not connected to the Internet.

Warning

If you’re not relying on Windows Update as the source for installing the .NET Framework 3.5, make sure to use sources from the same corresponding Windows operating system version. Using a source path that doesn’t correspond to the same version of Windows won’t prevent a mismatched version of .NET Framework 3.5 from being installed. This can cause the system to be in an unsupported and unserviceable state.

Requirements

• Installation media
• Administrator user rights. The current user must be a member of the local Administrators group to add or remove Windows features.

Steps

1. Open a command prompt with administrator user rights (Run as Administrator).

2. To install .NET Framework 3.5 from installation media located on the D: drive, use the following command:

   • Use to enable all parent features of the specified feature.
   • Use to prevent DISM from contacting Windows Update/WSUS.
   • Use to specify the location of the files that are needed to restore the feature.

   For more information on DISM arguments, see Enable or Disable Windows Features Using DISM.

Решение для Windows 10

• Коды ошибок 0x800F0906, 0x800F081F или 0x800F0907

  Для исправления ошибок с этими кодами в Windows 10 выполните следующие действия.

  1. Скачайте средство создания носителей Windows и создайте образ ISO локально либо создайте образ для установленной версии Windows.

  2. Настройте групповую политику, как описано в , а также выполните следующие действия:

     1. Подключите образ ISO, созданный на этапе 1.
     2. Укажите для параметра Альтернативный путь к исходным файлам папку ISO из образа ISO.
     3. Выполните команду .
     4. Добавьте компонент .NET Framework.

• Код ошибки 0x800F0922

  При обновлении Windows 10 появляется следующее сообщение об ошибке:

  Примечание

  Данный код ошибки может возникать не только при установке платформы .NET Framework.

  

  

  

  

  

  

  

  

  

  

  Для устранения данной проблемы выполните следующие действия.

  1. Откройте папку с установочными файлами платформы .NET Framework.

  2. Откройте папку Sources.

  3. Щелкните папку SXS правой кнопкой мыши и выберите пункт Свойства.

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

  5. Нажмите клавиши Windows + X.

  6. Выберите пункт Командная строка (Администратор).

  7. В окне командной строки введите указанную ниже команду и нажмите клавишу «Ввод».

  8. В окне командной строки введите указанную ниже команду и нажмите клавишу «Ввод».

История .NET Framework

Вы хотите знать историю .NET framework? Все началось в середине 90-х. Первоначально концепция называлась «управляемый код». .NET был построен в основном для устранения мелких проблем, а также для повышения эффективности всей системы. Запуск .NET framework произошел в 2002 году. До сих пор компания расширила и интегрировала в него многие вещи. Последним дополнением стала .NET 5 в 2019 году. Если вы заинтересованы в использовании .NET framework для своего следующего проекта, рекомендуется воспользоваться помощью поставщиков услуг разработки dot net . На данный момент это самый крутой фреймворк, который очень полезен для разработки приложений на разных платформах.

ASP.NET Core

Ядро ASP.NET — это обновленная версия ASP.NET с большой гибкостью и преимуществами. Он был запущен еще в 2016 году. Он поддерживает кроссплатформенную функцию. Это означает, что он не будет ограничиваться только Windows, и вы можете запускать его на macOS, Linux или любой другой платформе. У него есть еще много возможностей.

Xamarin

Xamarin был представлен, чтобы произвести революцию в мобильных приложениях и продуктах Mac. Это также платформа .NET с открытым исходным кодом. Он был приобретен Microsoft еще в 2016 году, а компания была основана за пять лет до этого в 2011 году. Это позволяет нам легко разрабатывать приложение. Вы можете использовать Xamarin для создания собственного приложения, мобильного приложения, приложения iOS и приложения Windows. Чтобы разрабатывать приложения и использовать их на любой платформе, разработчик должен хорошо владеть только одним языком программирования, то есть C #. Xamarin имеет широкое сообщество из более чем 1,4 миллиона разработчиков.

.NET Standard

Стандарт Microsoft .NET был представлен в 2016 году. Первоначально он использовался как платформа для разработки приложений в среде выполнения. Обмен информацией через стандарт .NET считался важным для обеспечения совместимости всех платформ со стандартом .NET. Стандарт .NET в основном предоставляет спецификацию API.

Несколько вещей, которые вам нужно знать о .NET Framework

• Введение : .NET framework произносится как «точечная сеть». Он включает в себя множество редакторов, библиотек и языков программирования. Это среда с открытым исходным кодом. В экосистеме с открытым исходным кодом код полностью доступен, в отличие от закрытого исходного кода. Технологические партнеры Microsoft — это высококвалифицированные и сертифицированные специалисты, которые годами работали с .NET framework. Если вы хотите создать свой будущий проект в среде .NET, вы можете воспользоваться помощью технических экспертов.
• Использование передовых технологий : при работе из приложений .NET используются передовые технологии, такие как Интернет вещей и облако. С ростом инноваций в технологиях большинство платформ пытаются интегрировать их, чтобы сделать проект лучшим. Интернет вещей — одна из лучших технологий, с помощью которой можно сделать приложение более полезным и удобным для пользователя. Облачный сервис играет большую роль в управлении и доступе к бизнес-документам и проектам. Столкнулись ли вы с какой-либо проблемой при интеграции Интернета вещей в ваше приложение dot net? Если да, то рекомендуется обратиться к поставщику услуг разработки ASP.NET. Здесь поставщики услуг лучше видят потребности пользователей, а также обладают лучшими характеристиками платформы .NET.
• Языки программирования: Платформа .NET поддерживает множество языков программирования, если быть точным, около 32. Он работает как полный стек, который поддерживает как интерфейс, так и язык программирования серверной части. Здесь мы увидим некоторые из основных языков программирования:
  • C #
  • F #
  • Визуальные основы

Другие языки: Boo, Cobra, Phantom, Python, Oxygen, Sharp и т. Д.

Безопасность . Согласно результатам опроса, плотность уязвимости Java составляет 30,0, а в .NET — 27,2. Безопасность — один из важнейших факторов цифровой работы. Платформа .NET считается более безопасной, чем Java. Безопасность согласуется с доверием пользователей. Чем более безопасна платформа, тем безопаснее будет чувствовать себя пользователь при ее использовании. Это причина того, что платформа .NET широко используется в банковском и финансовом секторах.

Изменения в среде выполнения

Проблемы среды выполнения возникают, когда на компьютере устанавливается новая среда выполнения и изменяется поведение приложения. При использовании более новой версии .NET Framework по сравнению с целевой, платформа применяет режим совместимости для имитации поведения старой версии. Приложение будет работать на новой версии платформы, но все операции с ним выполняются так, как если бы оно было запущено на более ранней версии. Такая имитация позволяет устранить многие проблемы совместимости между версиями .NET Framework. Например, если двоичный файл был скомпилирован для платформы .NET Framework 4.0 и выполняется на платформе .NET Framework 4.5 или более поздней версии, он выполняется в режиме совместимости с .NET Framework 4.0. Это означает, что на его работу не влияют многие изменения в более поздней версии.

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

Чтобы просмотреть список изменений среды выполнения, которые применяются к вашей среде, выберите текущую целевую версию .NET Framework, а затем новую версию, на которую вы хотите перейти:

• (4.0 | 4.5)
• (4.0 | 4.5.1)
• (4.0 | 4.5.2)
• (4.0 | 4.6)
• (4.0 | 4.6.1)
• (4.0 | 4.6.2)
• (4.0 | 4.7)
• (4.0 | 4.7.1)
• (4.0 | 4.7.2)
• (4.0 | 4.8)
• (4.5 | 4.5.1)
• (4.5 | 4.5.2)
• (4.5 | 4.6)
• (4.5 | 4.6.1)
• (4.5 | 4.6.2)
• (4.5 | 4.7)
• (4.5 | 4.7.1)
• (4.5 | 4.7.2)
• (4.5 | 4.8)
• (4.5.1 | 4.5.2)
• (4.5.1 | 4.6)
• (4.5.1 | 4.6.1)
• (4.5.1 | 4.6.2)
• (4.5.1 | 4.7)
• (4.5.1 | 4.7.1)
• (4.5.1 | 4.7.2)
• (4.5.1 | 4.8)
• (4.5.2 | 4.6)
• (4.5.2 | 4.6.1)
• (4.5.2 | 4.6.2)
• (4.5.2 | 4.7)
• (4.5.2 | 4.7.1)
• (4.5.2 | 4.7.2)
• (4.5.2 | 4.8)
• (4.6 | 4.6.1)
• (4.6 | 4.6.2)
• (4.6 | 4.7)
• (4.6 | 4.7.1)
• (4.6 | 4.7.2)
• (4.6 | 4.8)
• (4.6.1 | 4.6.2)
• (4.6.1 | 4.7)
• (4.6.1 | 4.7.1)
• (4.6.1 | 4.7.2)
• (4.6.1 | 4.8)
• (4.6.2 | 4.7)
• (4.6.2 | 4.7.1)
• (4.6.2 | 4.7.2)
• (4.6.2 | 4.8)
• (4.7 | 4.7.1)
• (4.7 | 4.7.2)
• (4.7 | 4.8)
• (4.7.1 | 4.7.2)
• (4.7.1 | 4.8)
• (4.7.2 | 4.8)

Проект перенацелен на другую версию платформы .NET Framework

Когда вы изменяете для приложения целевую версию .NET Framework, Visual Studio изменяет некоторые ссылки, но остальные нужно обновить вручную. Например, одна из указанных выше ошибок может возникать при перенацеливании приложения на .NET Framework 3.5 с пакетом обновления 1, если это приложение использует ресурсы или параметры, основанные на клиентском профиле для .NET Framework 4.

Чтобы решить проблему с настройками приложения, откройте обозреватель решений, выберите Показать все файлы, а затем измените файл app.config в XML-редакторе Visual Studio. Установите здесь в параметрах соответствующую версию платформы .NET Framework. Например, вы можете изменить значение версии с 4.0.0.0 на 2.0.0.0. Аналогичным образом для приложения с добавленными ресурсами откройте обозреватель решений, нажмите кнопку Показать все файлы, затем разверните Мой проект (Visual Basic) или Свойства (C#) и измените файл Resources.resx в XML-редакторе Visual Studio. Замените здесь значение версии с 4.0.0.0 на 2.0.0.0.

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

Целевая платформа (только для проектов C++/CLI)

При изменении целевой версии платформы одновременно изменяется набор инструментов платформы для обеспечения поддержки этой версии. Например, при выборе .NET Framework 4.5 в качестве целевой платформы необходимо использовать совместимый набор инструментов платформы. Эти наборы инструментов включают Visual Studio 2015 (версия 140), Visual Studio 2013 (версия 120) или Visual Studio 2012 (версия 110). При выборе .NET Framework 2.0, 3.0, 3.5 и 4 в качестве целевой платформы можно использовать пакет SDK для Windows 7.1.

Создавая пользовательские наборы инструментов платформы, можно расширить поддержку целевой платформы. Дополнительные сведения см. в блоге по Visual C++ Нативное многоплатформенное нацеливание в C++ .

Изменение требуемой версии .NET Framework

1. В обозревателе решений Visual Studio выберите проект. В строке меню откройте меню Проект и выберите Выгрузить проект. Это выгружает файл проекта (VCXPROJ) для вашего проекта.

   Примечание

   Проект на языке C++ не может быть загружен, пока вы редактируете файл проекта в Visual Studio. Однако можно использовать другой редактор, например блокнот, чтобы изменить файл проекта, пока проект загружен в Visual Studio. Visual Studio определяет, что файл проекта был изменен и отображает запрос о необходимости перезагрузить проект.

2. В строке меню последовательно выберите Файл, Открыть, Файл. В диалоговом окне Открыть файл перейдите к папке проекта и откройте файл проекта (с расширением VCXPROJ).

3. В файле проекта найдите запись для требуемой версии платформы. Например, если проект ориентирован на платформу .NET Framework 4.5, найдите запись в элементе элемента . Если элемент отсутствует, проект не использует платформу .NET Framework и изменений не требуется.

4. Измените значение на требуемую версию .NET Framework, например 3.5 или 4.6.

5. Сохраните изменения и закройте редактор.

6. В разделе Обозреватель решений откройте контекстное меню своего проекта и выберите Перезагрузить проект.

7. Чтобы проверить изменение, выберите Проект > Свойства в строке меню, чтобы открыть диалоговое окно Страницы свойств для вашего проекта. В диалоговом окне выберите страницу свойств Свойства конфигурации > Общие. Убедитесь, что в области Целевая версия платформы .NET Framework отображается новая версия платформы .NET Framework.

   

   

   

   

   

   

   

   

   

   

Изменение набора инструментов платформы

1. В строке меню Visual Studio выберите Проект > Свойства, чтобы открыть диалоговое окно Страницы свойств для вашего проекта.

2. В верхней части диалогового окна Страницы свойств в раскрывающемся списке Конфигурация выберите Все конфигурации.

3. В диалоговом окне выберите страницу свойств Свойства конфигурации > Общие.

4. На странице свойств щелкните Набор инструментов платформы и выберите необходимый набор инструментов из раскрывающегося списка. Например, если вы установили набор инструментов Visual Studio 2010, выберите Visual Studio 2010 (версия 100) для использования в проекте.

5. Чтобы сохранить внесенные изменения, нажмите кнопку OK.

.NET Framework 4.6

.NET Framework 4.6 был анонсирован 12 ноября 2014 года. Он был выпущен 20 июля 2015 года. Он поддерживает новый JIT -компилятор (JIT) для 64-разрядных систем под названием RyuJIT, который отличается более высокой производительностью и поддержкой SSE2 и AVX2. наборы инструкций. WPF и Windows Forms получили обновления для сценариев с высоким разрешением. В WCF добавлена поддержка TLS 1.1 и TLS 1.2. Для этой версии требуется Windows Vista SP2 или более поздняя версия .

Криптографический API в .NET Framework 4.6 использует последнюю версию криптографического API Windows CNG . В результате для .NET Framework доступна криптография NSA Suite B. Пакет B состоит из AES , семейства алгоритмов хеширования SHA-2 , эллиптической кривой Диффи – Хеллмана и эллиптической кривой DSA .

.NET Framework 4.6 поддерживается в Windows Vista , Server 2008 , , Server 2008 R2 , , Server 2012 , 8.1 , Server 2012 R2 , и Server 2016 . Однако .NET Framework 4.6.1 и 4.6.2 отказывается от поддержки Windows Vista и Server 2008 , а .NET Framework 4.6.2 отказывается от поддержки Windows 8 .

.NET Framework 4.6.1

О выпуске .NET Framework 4.6.1 было объявлено 30 ноября 2015 года. Для этой версии требуется Windows 7 SP1 или более поздняя версия . Новые функции и API включают:

• Улучшения WPF для проверки орфографии, поддержка пользовательских словарей и улучшенная сенсорная производительность.
• Расширенная поддержка сертификатов X509 алгоритма цифровой подписи на эллиптических кривых (ECDSA).
• Добавлена ​​поддержка подключения к SQL для AlwaysOn, Always Encrypted и улучшена отказоустойчивость при открытии подключения при подключении к базе данных SQL Azure.
• База данных SQL Azure теперь поддерживает распределенные транзакции с использованием обновленных API-интерфейсов System.Transactions.
• Многие другие исправления, связанные с производительностью, стабильностью и надежностью, в RyuJIT, GC, WPF и WCF.

.NET Framework 4.6.2

Предварительная версия .NET Framework 4.6.2 была анонсирована 30 марта 2016 г. Она была выпущена 2 августа 2016 г. Для этой версии требуется Windows 7 SP1 или более поздняя версия . Новые функции включают:

• Поддержка путей длиннее 260 символов
• Поддержка FIPS 186-3 DSA в сертификатах X.509
• Поддержка TLS 1.1 / 1.2 для ClickOnce
• Поддержка локализации аннотаций данных в ASP.NET
• Включение настольных приложений .NET с помощью Project Centennial
• Мягкая клавиатура и поддержка DPI для каждого монитора для WPF

.NET Framework 4.6.2 также поставляется как образ контейнера Windows.

Дополнительная информация

Эти ошибки могут возникать при использовании мастера установки, средства системы обслуживания образов развертывания и управления ими (DISM) или команд Windows PowerShell для включения компонента .NET Framework 3.5.

В Windows 10, Windows Server 2012 R2 платформа .Net Framework 3.5 является компонентом, устанавливаемым по запросу. Метаданные для таких компонентов по запросу входят в систему. Однако двоичные и другие файлы, связанные с компонентом, — нет. При включении компонента Windows обращается к Центру обновления Windows для загрузки недостающей информации, необходимой для его установки. На этот процесс может повлиять конфигурация сети и настройка установки обновлений на компьютерах в данной среде. Поэтому при первой установке данных компонентов могут возникать ошибки.

Сообщения об ошибках, связанные с этими кодами ошибок

Код ошибки	Сообщения об ошибках
0x800F0906	Не удалось загрузить исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра Источник. Для получения дополнительной информации об указании местоположения источника см. . Файл журнала DISM находится по адресу C:\Windows\Logs\DISM\dism.log. Windows не удалось применить требуемые изменения. Windows не удалось подключиться к Интернету, чтобы скачать необходимые файлы. Проверьте подключение и попробуйте еще раз, нажав кнопку Повторить. Сбой установки одной или нескольких ролей, служб ролей или компонентов. Не удалось найти исходные файлы. Попробуйте установить роли, службы ролей или компоненты еще раз в новом сеансе мастера добавления ролей и компонентов и выберите на странице подтверждения параметр Указать альтернативный исходный путь, чтобы указать действительное расположение исходных файлов, необходимых для установки. Расположение должно быть доступно для учетной записи компьютера конечного сервера. 0x800F0906 — CBS_E_DOWNLOAD_FAILURE Код ошибки: 0x800F0906 Ошибка: 0x800f0906
0x800F081F	Не удалось найти исходные файлы. Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра Источник. Для получения дополнительной информации об указании местоположения источника см. . Файл журнала DISM находится по адресу C:\Windows\Logs\DISM\dism.log 0x800F081F — CBS_E_SOURCE_MISSING Код ошибки: 0x800F081F Ошибка: 0x800F081F
0x800F0907	Сбой DISM. Операция не выполнена.Дополнительные сведения см. в файле журнала. Файл журнала DISM находится по адресу C:\Windows\Logs\DISM\dism.log Из-за параметров политики сети Windows не удалось подключиться к Интернету, чтобы скачать файлы, необходимые для выполнения запрошенных изменений. За дополнительными сведениями обратитесь к администратору сети. 0x800F0907 — CBS_E_GROUPPOLICY_DISALLOWED Код ошибки: 0x800F0907 Ошибка: 0x800F0907

Скачать .NET Framework 3.5 без обращения к Центру обновления Windows

Платформа .NET Framework 3.5 доступна для клиентов с корпоративным лицензированием или подпиской MSDN, поскольку им доступен носитель с компонентами по требованию.

Другие коды ошибок при установке платформы .NET Framework 3.5

При установке платформы .NET Framework 3.5 могут возникнуть другие коды ошибок, которые не указаны в данной статье базы знаний. Дополнительные сведения об этом см. в следующих статьях:

Плохая платформа .NET Framework

У монеты две стороны, как и у .NET framework. .NET — одна из самых сильных инженерных платформ, но у нее есть и некоторые недостатки:

• Ограниченная объектно-реляционная поддержка: обновления очень распространены и необходимы для любых продуктов технологического сектора. Проблема возникает, когда обновления не позволяют выйти предыдущей версии. Если в базу данных и дизайн вносятся какие-то изменения, она не поддерживает исходную версию и работает только в новых.
• Привязка к поставщику . Платформа .NET куплена Microsoft. Это означает, что весь проект находится в руках Microsoft. Здесь разработчики не получают полного и единоличного контроля над приложением и должны соблюдать правила Microsoft.

Обзор

Обзор истории выпусков .NET Framework

Версия	CLR	Дата выпуска	Поддержка прекращена	Visual Studio	Включен в	Может быть установлен на	Заменяет
Окна	Windows Server	Окна	Windows Server
	1.0	2002-01-15		Visual Studio .NET (2002)	N / A	N / A	NT 4.0 SP6a , , , Me , , XP	NT 4.0 SP6a, 2000, 2003	N / A
	↑	2002-03-19			N / A	N / A	↑	↑	↑
	↑	2002-08-07			XP SP1	N / A	↑	↑	↑
	↑	2004-08-30	2009-07-14		N / A	N / A	↑	↑	↑
	1.1	2003-04-09		Visual Studio .NET 2003	N / A	(x86)	NT 4.0 SP6a, 98, 98SE, Me, 2000, XP, Vista	NT 4.0 SP6a, 2000, 2003 (x64), 2008	1.0
	↑	2004-08-30	2013-10-08		XP SP2, SP3	2003 SP1, SP2 (x86)	↑	↑	↑
	2.0	2005-10-27		Visual Studio 2005	N / A		98, 98SE, Me, 2000 с пакетом обновления 3 (SP3), XP с пакетом обновления 2 (SP2)	2000 SP3, 2003	N / A
	↑	2007-11-19			N / A	2008 г.	2000 с пакетом обновления 4 (SP4), XP с пакетом обновления 2 (SP2)	2000 SP4, 2003 SP1	↑
	↑	2008-08-11	2011-07-12		N / A	2008 SP2, 2008 R2	↑	↑	↑
	2.0	2006-11-06		Visual Studio 2008	Vista	N / A	XP SP2	2003 SP1	2.0
	↑	2007-11-19			Vista SP1	2008 г.	↑	↑	↑
	↑	2008-08-11	2011-07-12		Vista SP2	2008 SP2, 2008 R2	↑	↑	↑
	2.0	2007-11-19		Visual Studio 2008	N / A	N / A	XP SP2, Vista	2003 SP1, 2008	2,0, 3,0
	↑	2008-08-11	2028-10-10	Visual Studio 2008 с пакетом обновления 1 (SP1)	, , 8.1 ,	2008 R2, , 2012 R2 , или новее	↑	↑	↑
	4	2010-04-12	2016-01-12	Visual Studio 2010	N / A	N / A	XP SP3, Vista SP1, 7	2003 SP2, 2008, 2008 R2	N / A
	4	2012-08-15	2016-01-12	Visual Studio 2012		2012 г.	Vista SP2, 7 SP1	2008 с пакетом обновления 2 (SP2), 2008 R2 с пакетом обновления 1 (SP1)	4.0
	4	2013-10-17	2016-01-12	Visual Studio 2013	8.1	2012 R2	Vista SP2, 7 SP1, 8	2008 с пакетом обновления 2 (SP2), 2008 R2 с пакетом обновления 1 (SP1), 2012 г.	4.0, 4.5
	4	2014-05-05	2022-04-26	Visual Studio 2015	N / A	N / A	Vista с пакетом обновления 2, 7 с пакетом обновления 1, 8, 8.1	2008 с пакетом обновления 2, 2008 R2 с пакетом обновления 1, 2012, 2012 R2	4.0-4.5.1
	4	2015-07-20	2022-04-26	Visual Studio 2015	10 v1507	N / A	Vista SP2, 7 SP1, 8, 8.1 Обновить	2008 SP2, 2008 R2 SP1, 2012, 2012 R2 Обновление	4.0-4.5.2
	4	2015-11-30	2022-04-26	Visual Studio 2015 с обновлением 1		N / A	7 SP1, 8, обновление 8.1, 10 v1507	2008 R2 SP1, 2012, 2012 R2 Обновление	4,0–4,6
	4	2016-08-02	То же, что и родительская ОС	Visual Studio 2017 15.0		2016 г.	7 SP1, 8, обновление 8.1, 10 v1507-v1511	2008 R2 SP1, 2012, 2012 R2 Обновление	4.0-4.6.1
	4	2017-04-05	Visual Studio 2017 15.1		N / A	7 SP1, обновление 8.1, 10 v1607	2008 R2 SP1, 2012, обновление 2012 R2, 2016	4.0-4.6.2
	4	2017-10-17	Visual Studio 2017 15.5		v1709	7 SP1, обновление 8.1, 10 v1607-v1703	2008 R2 SP1, 2012, обновление 2012 R2, 2016	4,0–4,7
	4	2018-04-30	Visual Studio 2017 15.8		v1803-v1809 ,	7 SP1, обновление 8.1, 10 v1607-v1709	2008 R2 SP1, 2012, обновление 2012 R2, 2016, v1709	4.0-4.7.1
	4	2019-04-18	Visual Studio 2019 16.3	или новее	v1903 или новее	7 SP1, обновление 8.1, 10 v1607-v1809	2008 R2 SP1, 2012, обновление 2012 R2, 2016, v1803-v1809, 2019	4.0-4.7.2

Примечания:

а. .NET Framework 1.0 является неотъемлемым компонентом Windows XP Media Center Edition и Windows XP Tablet PC Edition . Установочные компакт-диски для версий Home и Professional Windows XP SP1, SP2 или SP3 поставляются с установочными пакетами .NET Framework 1.0.

б. Установочные компакт-диски для версий Home и Professional Windows XP SP2 и SP3 поставляются с установочными пакетами .NET Framework 1.1.

c. .NET Framework не устанавливается автоматически с этой операционной системой. Его необходимо установить либо с установочного носителя Windows, либо из Интернета по запросу. Панель управления или диспетчер сервера всегда пытается выполнить последнее.

d. Эта дата применяется только при работе в Windows 10 версии 1809, Windows Server 2019 или более поздней версии. В более старых версиях Windows .NET Framework 3.5 с пакетом обновления 1 использует жизненный цикл базовой операционной системы Windows.

Решение

Чтобы устранить эту проблему, выполните следующие действия:

1. Извлечение носителя установки в нужное расположение.

   • Если носителя установки является исполняемым файлом (.exe), извлеките файлы и папки из исполняемого файла в нужное расположение, выполнив следующую команду по командной подсказке:

     Например, выполните следующую команду:

   • Если носителя установки — это изображение диска ISO или IMG (.iso или .img), смонтируйте изображение диска, а затем скопируйте файлы и папки с изображения диска в нужное расположение.

2. Скачайте сжатый (.zip) файл, содержащий исправление, которое соответствует устанавливаемой вами продукции:

   • SharePoint Foundation 2013 с Пакет обновления 1 исправлением
   • SharePoint Сервер 2013 с исправлением Пакет обновления 1
   • Project Сервер 2013 с исправлением Пакет обновления 1

3. Откройте файл .zip.

4. Скопируйте следующий файл поддержки установки, если это необходимо, из .zip в папку «Обновления» в вашем понятном расположении.

   • SharePoint Foundation 2013 с Пакет обновления 1: wsssetup.dll
   • SharePoint Server 2013 с Пакет обновления 1: svrsetup.dll
   • Project Server 2013 с Пакет обновления 1: svrsetup.dll

5. Запустите Setup.exe из нужного расположения, чтобы начать SharePoint или Project установки сервера. Настройка будет использовать файл поддержки, содержащий исправление, скопированные в папку «Обновления».

Зачем его устанавливать?

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

Однако и те, и другие неправы. Обязательно нужно устанавливать именно ту версию (v4.0, 2.0, 3.5, 4.5) microsoft .net framework, которую требует то или иное приложение. Поскольку оно будет стабильно работать только на той платформе, на которой разрабатывалось, даже если у вас инсталлирован программный пакет последней версии.

Такая взаимосвязь приложений с платформой объясняется очень просто. Это сделано для того, чтобы разработчик не был привязан к операционной системе и разрядности процессора пользователя. Например, если на ПК была запущена программа, созданная на платформе версии v4.0, 2.0, 3.5, 4.5, нужно, чтобы была установлена поддержка (или реализация) в виде программного обеспечения microsoft .net framework v4.0, 2.0, 3.5, 4.5.

Поведение и пользовательский интерфейс Windows 8

Система активации CLR обеспечивает такое же поведение и пользовательского интерфейса в Windows 8, как и в других версиях операционной системы Windows, за исключением ситуаций с возникающими при загрузке CLR 2.0 проблемами. Windows 8 включает .NET Framework 4.5 с поддержкой CLR 4.5. Но Windows 8 не включает .NET Framework 2.0, 3.0 или 3.5 с поддержкой CLR 2.0. В результате приложения, зависящие от CLR 2.0, по умолчанию не будут работать в Windows 8. Вместо этого выводится следующее диалоговое окно, позволяющее установить платформу .NET Framework 3.5. Пользователи также могут включить платформу .NET Framework 3.5 из панели управления. Обе возможности рассматриваются в статье Установка платформы .NET Framework 3.5 в Windows 11, Windows 10, Windows 8.1 и Windows 8.

Примечание

.NET Framework 4.5 заменяет .NET Framework 4 (среда CLR 4) на компьютере пользователя. Поэтому приложения .NET Framework 4 без проблем выполняются в Windows 8 без отображения этого диалогового окна.

В случае установки .NET Framework 3.5 пользователи могут запускать на своих компьютерах Windows 8 приложения, которые зависят от .NET Framework 2.0, 3.0 или 3.5. Они также могут запускать приложения платформы .NET Framework 1.0 и 1.1, если эти приложения не настроены явным образом для запуска только на платформе .NET Framework 1.0 или 1.1. См. раздел Миграция с платформы .NET Framework 1.1.

Начиная с .NET Framework 4.5 ведение журналов активации среды CLR было улучшено для включения записей журнала, которые регистрируют, когда и почему было отображено сообщение об ошибке инициализации. Дополнительные сведения см. в разделе Практическое руководство. Отладка проблем при активации среды CLR.