Введение в .net

Классификация последствий

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

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

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

Edge case (Пограничный случай)
Изменение влияет на приложения в исключительных ситуациях.

Transparent (Прозрачный)
Изменение не оказывает особого влияния на разработчика или пользователя приложения. При этом вносить изменения в приложения не требуется.

Требования платформы .Net

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

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

Для установки microsoft .net framework любой версии (v4.0, 2.0, 3.5, 4.5) вам понадобится:

• операционная система семейства виндовс, начиная с XP sp3 или server 2003 Sp2;
• компьютер с процессором от 1 Ггц;
• не менее чем 512 мб оперативной памяти;
• любая версия архитектуры процессора, начиная с x86.

NET Framework – для чего он нужен и можно ли удалить

Мы уже выяснили, что многие программы не будут нормально работать без кое-каких дополнительных модулей, таких как NET Framework. Пользователи Winfows 7/10, наверняка, не раз встречались с этим компонентом, однако вряд ли задумывались о его роли и выполняемых функциях. Спешим восполнить этот пробел.

Итак, что такое Microsoft .NET Framework, для чего он нужен и можно ли без него обойтись? Если говорить простым языком, то NET Framework представляет собой набор DLL-библиотек или универсальный программный код, используемый разными программами. Правда, такое определение вряд ли прольет достаточно света на тему предмета, поэтому мы немного углубимся в историю.

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

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

Решением стала интеграция виртуальной машины Java, разработанной компанией Sun и служивший как бы прослойкой между Windows, сторонними приложениями и аппаратной частью компьютера. Однако сотрудничество Microsoft и Sun оказалось недолгим, и в 2001 году компания Microsoft представила собственную универсальную платформу для разработки приложений, получившую название .NET Framework и поставившую точку в вопросе совместимости.

Будучи универсальным, модуль NET Framework позволяет запускать поддерживающие технологию NET программы не только на Windows, но и в других системах, причем программа может быть разработана на любом языке программирования, включая те языки, которая Windows не «понимает». Конечно, для работы такого ПО требуются определенные условия, но сам факт, что такое возможно, является большим плюсом платформы NET Framework.

На вопрос, что это за программа NET Framework и нужна ли она, мы, надо полагать, ответили. Можно ли ее удалить, скажем, ради экономии места на жестком диске? Да, за исключением той версии, которая поставляется вместе с Windows. Делать это, однако, не рекомендуется без особой нужды, так как некоторые сторонние программы, зависящие от NET Framework, могут перестать запускаться.

Как очистить папку SoftwareDistribution Windows 7?

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

Заходим в панель управления через меню Пуск:

. Другие способы входа описаны в одной из предыдущих публикаций.

Вернемся к «семерке». Переходим к разделу «Система и безопасность», затем – открываем «Центр обновлений…»:

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

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

Вы узнали SoftwareDistribution что это за папка Windows 10 и теперь сможете запросто освободить еще немного драгоценного дискового пространства.

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

Проверьте версию .NET Framework с помощью стороннего инструмента

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

1. Raymondcc .NET Detector

Raymondcc .NET Detector — один из самых быстрых и простых в использовании инструментов обнаружения. Вы загружаете папку, распаковываете ее и запускаете исполняемый файл. При запуске программы отображается список версий .NET Framework. Черные версии установлены в вашей системе, а серые — нет. Если щелкнуть неактивную версию .NET Framework, программа перейдет к установщику.

Скачать: Raymondcc .NET Detector для Windows (бесплатно)

Пароль архива raymondcc

2. ASoft .NET Version Detector

ASoft .NET Version Detector работает очень похоже на Raymondcc .NET Detector. Как только вы загрузите и распакуете программу, запустите исполняемый файл. Программа показывает список установленных на данный момент версий .NET Framework. Он также предоставляет ссылки для загрузки тех версий, которых у вас нет.

Скачать: ASoft .NET Version Detector для Windows (бесплатно)

Возможности среды CLR

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

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

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

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

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

Хотя среда выполнения разрабатывалась для будущего программного обеспечения, она также поддерживает сегодняшнее и вчерашнее программное обеспечение. Взаимодействие управляемого и неуправляемого кодов позволяет разработчикам использовать необходимые компоненты COM и библиотеки DLL.

Среда выполнения разработана для повышения производительности. Хотя общеязыковая среда выполнения предоставляет многие стандартные службы времени выполнения, управляемый код никогда не интерпретируется. Средство компиляции по требованию (JIT) позволяет выполнять весь управляемый код на машинном языке компьютера, где он запускается. Между тем диспетчер памяти устраняет возможность фрагментации памяти и увеличивает объем адресуемой памяти для дополнительного повышения производительности.

Наконец, среда выполнения может размещаться в высокопроизводительных серверных приложениях, таких как Microsoft SQL Server и службы IIS (Internet Information Services). Такая инфраструктура позволяет использовать управляемый код для написания собственной логики программ, пользуясь при этом высочайшей производительностью лучших производственных серверов, которые поддерживают размещение среды выполнения.

Комментарии для версии 4.5 и более поздних версий

.NET Framework 4.5 — это обновление на месте, которое заменяет .NET Framework 4 на компьютере, и аналогично .NET Framework 4.5.1, 4.5.2, 4,6, 4.6.1, 4.6.2, 4,7, 4.7.1, 4.7.2 и 4.8 — это обновления на месте для .NET Framework 4.5. Обновление на месте означает, что они используют ту же версию среды выполнения, но версии сборок обновлены и включают новые типы и члены. После установки одного из этих обновлений приложения .NET Framework 4, .NET Framework 4.5, .NET Framework 4.6 или .NET Framework 4.7 должны продолжать работу без повторной компиляции. Однако обратное неверно. Не рекомендуется запускать приложения, предназначенные для более поздней версии .NET Framework, в более ранней версии. Например, не рекомендуется запускать приложение, предназначенное для .NET Framework 4.6, на .NET Framework 4.5.

Применяются следующие правила.

• В Visual Studio можно выбрать .NET Framework 4.5 в качестве целевой платформы для проекта (при этом задается свойство GetReferenceAssemblyPaths.TargetFrameworkMoniker), чтобы скомпилировать проект как сборку или исполняемый файл .NET Framework 4.5. Эту сборку или исполняемый файл можно использовать на любом компьютере, где установлена платформа .NET Framework 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2 или 4.8.

• В Visual Studio можно выбрать .NET Framework 4.5.1 в качестве целевой платформы для проекта, чтобы скомпилировать проект как сборку или исполняемый файл .NET Framework 4.5.1. Запускайте эту сборку или исполняемый файл только на компьютерах, на которых установлен .NET Framework 4.5.1 или более поздней версии. Исполняемый файл с целевой платформой .NET Framework 4.5.1 будет заблокирован для выполнения на компьютере, где установлена только более ранняя версия .NET Framework, например .NET Framework 4.5. Пользователю будет предложено установить платформу .NET Framework 4.5.1. Кроме того, сборки .NET Framework 4.5.1 не должны вызываться из приложения, предназначенного для более ранней версии .NET Framework, такой как .NET Framework 4.5.

  Примечание

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

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

Шесть аргументов против «индивидуальности»

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

2. Стандартизация

Почему бы не использовать существующую структуру, которая дает последовательные определения и была принята почти в 200 странах?

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

3. Упрощение

Мы полагаемся на фреймворки – методологии, своды знаний, международные стандарты, такие как Prince2 и PMBoK в управлении проектами, BABoK в бизнес-анализе, ITIL и VeriSM и ISO/IEC 20000 для управления услугами, DevOps, COBIT, Agile, Scrum, SIAM, ISO/IEC 9001 для управления качеством, NIST и ISO/IEC 27001 для информационной безопасности, .NET и другие языки для разработки программного обеспечения. Список бесконечен, и они неоценимы для повышения согласованности, качества и эффективности. Но сколько терминов, навыков и компетенций дает каждая из них?

4. Полнота

Внутренняя структура компании вряд ли будет охватывать всю основу принятой во всем мире отраслевой структуры, которая существует уже более 20 лет и регулярно обновляется людьми, которые используют эту структуру в компаниях по всему миру. По моему опыту, большинство внутренних структур или KSA (Знания, Навыки и Действия) довольно быстро устаревают, поскольку внутренней команде сложно отслеживать все события в отрасли и различные специализированные технологические дисциплины.

5. Согласованность

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

6. Основная компетенция

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

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

В этом разделе

Данные и моделирование. Здесь приводится информация о способах доступа к данным с использованием ADO.NET, LINQ, служб данных WCF и XML.

Разработка клиентских приложений с использованием .NET Framework. Здесь поясняются способы создания приложений Windows с помощью Windows Presentation Foundation (WPF) и Windows Forms.

Разработка веб-приложений с помощью ASP.NET. Здесь приводятся ссылки на сведения об использовании ASP.NET для сборки веб-приложений корпоративного уровня с минимальным объемом кода.

Разработка сервисно ориентированных приложений с помощью WCF. Здесь приводится описание способов использования Windows Communication Foundation (WCF) для сборки безопасных и надежных сервисно ориентированных приложений.

Создание рабочих процессов с помощью Windows Workflow Foundation Здесь приводятся сведения о модели программирования и средствах Windows Workflow Foundation (WF), а также примеры.

Приложения служб Windows. Здесь поясняется, как можно использовать Visual Studio и .NET Framework для создания приложения, которое устанавливается в качестве службы, а также запускать его, останавливать и иными способами управлять его поведением.

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

Сетевое программирование в .NET Framework. Здесь приводится описание многоуровневой, расширяемой и управляемой реализации служб Интернета, которую можно быстро и легко интегрировать в приложения.

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

Безопасность. Сведения о классах и службах .NET Framework, предназначенных для упрощения разработки безопасных приложений.

Отладка, трассировка и профилирование. Здесь приводится описание способов тестирования, оптимизации и профилирования приложений .NET Framework и среды приложения. Информация, содержащаяся в этом разделе, предназначена как для администраторов, так и для разработчиков.

Разработка для нескольких платформ. Здесь поясняется, как можно использовать платформу .NET Framework для создания сборок, которые могут совместно использоваться несколькими платформами и устройствами, такими как телефоны, настольные системы и интернет-устройства.

Развертывание. Здесь поясняется порядок упаковки и распространения приложения .NET Framework; сюда также включены руководства по развертыванию как для разработчиков, так и для администраторов.

Производительность. Здесь приводятся сведения о кэшировании, отложенной инициализации, надежности и событиях трассировки событий Windows.

Модели выполнения.

Приложения .NET запускают управляемый код в среде выполнения, известной как среда CLR.

CLR

.NET CLR — это кроссплатформенная среда выполнения, которая включает поддержку Windows, macOS и Linux. Среда CLR обрабатывает выделение памяти и управление ей. Среда CLR также является виртуальной машиной, которая не только выполняет приложения, но и создает, а также компилирует код с помощью JIT-компилятора.

Для получения дополнительной информации см. Common Language Runtime.

JIT-компилятор и промежуточный язык

Языки .NET более высокого уровня, например C#, компилируются до независимого от оборудования набора инструкций, который называется промежуточным языком (IL). При запуске приложений этот компилятор преобразует IL в машинный код, который понимает обработчик. JIT-компиляция происходит на том же компьютере, на котором будет выполняться код.

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

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

Дополнительные сведения см. в статьях Управляемый процесс выполнения и .

Компилятор AOT

По умолчанию большинство рабочих нагрузок .NET являются JIT-компилятором, но .NET предлагает две формы компиляции на момент времени (AOT):

• Для некоторых сценариев требуется 100-процентная компиляция AOT. Примером может служить iOS.
• В других сценариях большая часть кода приложения компилируется с помощью AOT, но для некоторых частей используется JIT-компилятор. Некоторые шаблоны кода не распознаются AOT (например, универсальные шаблоны). Примером такой формы компиляции AOT является параметр публикации . Такая форма AOT позволяет использовать преимущества компиляции без ее недостатков.

Автоматическое управление памятью

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

GC — это одна из служб CLR, которая помогает обеспечить безопасность памяти. Программа является безопасной по памяти, если она обращается только к выделенной памяти. Например, среда выполнения гарантирует, что приложение не обращается к невыделенной памяти за пределами границ массива.

Дополнительные сведения о сборке мусора см. в статьях Автоматическое управление памятью и Основы сборки мусора.

Работа с неуправляемыми ресурсами

Иногда код должен ссылаться на неуправляемые ресурсы. Неуправляемые ресурсы — это ресурсы, которые не обслуживаются средой выполнения .NET автоматически. Например, к неуправляемым ресурсам относятся дескрипторы файлов. Объект FileStream — управляемый, но он ссылается на дескриптор файла, который является неуправляемым ресурсом. После окончания работы с FileStream нужно явным образом освободить дескриптор файла.

В среде .NET объекты, которые ссылаются на неуправляемые ресурсы, реализуют интерфейс IDisposable. После окончания работы с объектом вызовите метод объекта, который отвечает за освобождение неуправляемых ресурсов. В языках .NET имеется удобная инструкция (C#, F#, VB), которая обеспечивает вызов метода .

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

Типы выпусков

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

Пример:

• .NET Core 3.0 и NET 5.0 являются основными выпусками.
• .NET Core 3.1 — это первый дополнительный выпуск после основного выпуска .NET Core 3.0.
• .NET Core 3.1.7 — это седьмое исправление для .NET Core 3.1.

Основные выпуски

Основные выпуски включают новые функции, контактные зоны нового общедоступного API и исправления ошибок. К примерам относятся .NET Core 3.0 и .NET 5.0. Ввиду характера изменений эти выпуски должны включать критически важные изменения. Основные выпуски устанавливаются параллельно с предыдущими основными выпусками.

Дополнительные выпуски

Дополнительные выпуски также включают новые функции, контактные зоны общедоступных API и исправления ошибок, а также могут включать критически важные изменения. К примерам относятся .NET Core 2.1 и .NET Core 3.1

Разница между этими и основными выпусками заключается в том, что важность изменений ниже. Важность обновления приложения с .NET Core 3.0 до 3.1 ниже важности перехода на следующую версию

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

Сервисные обновления

Сервисные обновления (исправления) выпускаются почти каждый месяц, и эти обновления включают исправления ошибок в системе безопасности, а также исправления, не связанные с безопасностью. Например, .NET Core 3.1.8 является восьмым обновлением для .NET Core 3.1. Когда эти обновления включают исправления для системы безопасности, они выпускаются в «день установки исправлений», который всегда приходится на второй вторник месяца. Сервисные обновления должны обеспечивать совместимость. Начиная с .NET Core 3.1 сервисные обновления — это обновления, которые удаляют предыдущее обновление. Например, последнее сервисное обновление для 3.1 после успешной установки удаляет предыдущее обновление 3.1.

Пакеты функций (только для пакетов SDK)

Управление версиями для пакетов SDK для .NET работает немного иначе, чем для среды выполнения .NET. Для обеспечения соответствия новым выпускам Visual Studio обновления пакета SDK для .NET иногда содержат новые функции или новые версии таких компонентов, как MSBuild и NuGet. Эти новые функции или компоненты могут быть несовместимы с версиями, поставляемыми в предыдущих обновлениях пакета SDK для той же основной или дополнительной версии.

Для различения таких обновлений пакет SDK для .NET использует концепцию пакетов функций. Например, первым пакетом SDK для .NET Core 3.1 был 3.1.100. Этот выпуск соответствует пакету функций 3.1.1xx. Пакеты функций определяют сотни в обозначении исправления в номере версии (три последних цифры). Например, в версиях 3.1.101 и 3.1.201 пакеты функций различаются, а в версиях 3.1.101 и 3.1.199 они одинаковы. При установке пакета SDK для .NET Core 3.1.101 пакет SDK для .NET Core 3.1.100, если он есть на компьютере, удаляется. Когда на тот же компьютер устанавливается пакет SDK для .NET Core 3.1.200, пакет SDK для .NET Core 3.1.101 не удаляется.

Накат и совместимость среды выполнения

Основные и дополнительные обновления устанавливаются параллельно с предыдущими версиями. Приложение, созданное для конкретной основной.дополнительной версии, по-прежнему будет использовать эту целевую среду выполнения, даже если установлена более новая версия. Приложение не выполняет автоматический накат для использования более новой основной.дополнительной версии среды выполнения, если только вы не выберете это поведение. Приложение, разработанное для .NET Core 3.0, не запускается автоматически с .NET Core 3.1. Перед развертыванием в рабочей среде рекомендуется перестроить приложение и выполнить тестирование на соответствие более новой основной или дополнительной версии среды выполнения. Дополнительные сведения см. в статьях и Обновление версии среды выполнения автономного развертывания.

Сервисные обновления обрабатываются иначе, чем основные и дополнительные выпуски. Приложение, созданное для платформы .NET Core 3.1, по умолчанию выполняется в среде выполнения 3.1.0. При установке сервисного обновления оно автоматически выполняет накат, чтобы использовать более новую среду выполнения 3.1.1. Это поведение используется по умолчанию, поскольку требуется, чтобы исправления для системы безопасности использовались сразу после установки без каких-либо других действий. Можно отказаться от такого поведения наката по умолчанию.

Восстановление работы стандартными средствами Windows

Для отключения компонента нужно зайти в «Панель управления», «Включение и отключение компонентов». Найти версию (v4.0, 2.0, 3.5, 4.5), которую устанавливали последней и снять галочку (деактивировать), после чего нажать кнопку «ОК».

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

При удалении начинайте с максимально установленной версии и заканчивайте минимальной. То есть, в порядке очереди деинсталлируйте v4.0 – 3.5 – 3.0 – 2.0 – 1.1 После этого нужно скачать с официального сайта необходимые вам версии.

Совместимость версий компонентов

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

Из-за этого ограничения гарантии совместимости особенно важны для компонентов. Начиная с .NET Framework 4, можно задать, в какой степени компонент должен оставаться совместимым в различных версиях, применив к этому компоненту атрибут System.Runtime.Versioning.ComponentGuaranteesAttribute. Этот атрибут может использоваться разными средствами для обнаружения возможных нарушений гарантии совместимости в будущих версиях компонента.

Устранение неполадок с установкой .NET Framework 3.5

Во время установки могут возникнуть ошибки 0x800f0906, 0x800f0907, 0x800f081f или 0x800F0922. В этом случае обратитесь к разделу Ошибка установки .NET Framework 3.5: 0x800f0906, 0x800f0907 или 0x800f081f.

Если вам по-прежнему не удается устранить проблему с установкой или у вас нет подключения к Интернету, вы можете попытаться установить платформу с установочного носителя Windows. Дополнительные сведения см. в разделе Развертывание .NET Framework 3.5 с помощью системы обслуживания образов развертывания и управления ими (DISM). Если вы используете ОС Windows 7, Windows 8.1 или последнюю версию Windows 10 и у вас нет установочного носителя, вы можете создать его здесь: Создать установочный носитель для Windows. Дополнительные сведения о компонентах Windows 10 по запросу: Компоненты по запросу.

Предупреждение

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