Архитектурные компоненты .net

Введение

Windows Forms — это платформа пользовательского интерфейса для создания классических приложений Windows. Она обеспечивает один из самых эффективных способов создания классических приложений с помощью визуального конструктора в Visual Studio. Такие функции, как размещение визуальных элементов управления путем перетаскивания, упрощают создание классических приложений.

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

О том, как создать приложение Windows Forms, см. в руководстве по созданию приложения WinForms.

Применимые стандарты

Спецификации языка C# и Common Language Infrastructure (CLI) стандартизированы в ECMA. Первые выпуски этих стандартов были опубликованы в Ecma в декабре 2001 г.

Последующие редакции стандартов были разработаны группами задач TC49-TG2 (C#) и TC49-TG3 (CLI) в рамках технического комитета по языкам программирования (TC49) и приняты в Генеральной ассамблее Ecma и затем в ISO/IEC JTC 1 в рамках процесса ISO Fast-Track.

Новейшие стандарты

Следующие официальные документы Ecma доступны для C# и CLI (TR-84):

  • Стандарт языка C# (версия 5.0) : ECMA-334.pdf
  • Common Language Infrastructure: ECMA-335.pdf.
  • Сведения, полученные из файла XML раздела IV: Формат ECMA-084.pdf.

Официальные документы ISO/IEC доступны на странице общедоступных стандартов ISO/IEC. Эти ссылки указываются непосредственно на этой странице:

  • Информационные технологии — языки программирования — C# : ISO/IEC 23270:2018
  • Информационные технологии — Common Language Infrastructure (CLI), разделы I–VI: ISO/IEC 23271:2012
  • Информационные технологии — Common Language Infrastructure (CLI) — технический отчет о данных, полученных из файла XML раздела IV: ISO/IEC TR 23272:2011

Установка Microsoft .NET Framework 4.0

Для установки Microsoft .NET Framework 4.0 мы будем использовать автономный установщик. Скачать его можно вот здесь.

Также жмем «Скачать» и если мы не хотим устанавливать что-то дополнительное, то жмем «Отказаться и продолжить»

У нас загрузится файл dotNetFx40_Full_x86_x64.exe мы его и запускаем. И также сначала соглашаемся с лицензионным соглашением, т.е. ставим галочку и жмем «Установить»

Затем начнется установка, которая также пройдет очень быстро.

Жмем «Готово».

Теперь на нашем компьютере установлен Microsoft .NET Framework 4.0 это, кстати, мы можем посмотреть в списке установленных программ, а именно

Панель управления->Программы и компоненты

Надеюсь, все было понятно. Удачи!

Нравится10Не нравится2

Как обновить net framework на виндовс 10 и установить библиотеку

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

При помощи панели управления

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

  1. Разверните панель управления системой, используя системную поисковую строчку Windows.
  2. Откройте вкладку «Программы и компоненты».
  3. Откройте подраздел «Включение и отключение компонентов Windows». Учтите, для этого и дальнейших действий понадобятся права администратора.
  4. Найдите в списке папку, имеющую в имени .NET Framework. Таких папок окажется несколько, каждая из которых отвечает за свою версию библиотеки. Отмеченная папка обозначает ту версию .NET Framework, которая активирована и используется на компьютере сейчас. Чтобы выбрать другую версию, переместите галочку и сохраните все внесённые изменения.
  5. После изменения версии библиотеки перезагрузите компьютер, чтобы все программы, использующие её, распознали новые данные и начали их применять.

Ручная установка

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

Если вам по каким-то причинам понадобится более старая версия библиотеки, то вы также можете найти её на сайте Microsoft, но чтобы установить её корректно, рекомендуется сначала удалить уже установленную версию.

Через официальную программу

Официальное приложение Microsoft .NET Framework Repair Tool можно скачать с сайта Microsoft. С помощью неё вы можете обновить версию, установленную на вашем компьютере. Программа весит всего несколько МБ.

Через стороннюю программу

Все предыдущие способы были официальными, этот же вариант предоставляет вам возможность обновить библиотеку не совсем неофициально, так как в процессе будет задействована сторонняя программа Microsoft .NET Framework Repair Tool. Установив её, вы окажетесь в главном меню, в котором нужно будет выбрать блок .NET Framework, а после версию устанавливаемой библиотеки. По завершении процедуры перезагрузите компьютер, чтобы все внесённые изменения вступили в силу.

Доступ и изменение данных сущности

Платформа Entity Framework — это не просто еще одно средство объектно-реляционного сопоставления. Ее цель — предоставить приложениям возможность чтения и изменения данных, представленных в виде сущностей и связей в концептуальной модели. Entity Framework использует сведения в файлах модели и сопоставления для преобразования запросов объектов в типы сущностей, представленные в концептуальной модели, в запросы, относящиеся к источникам данных. Результаты запроса собиваются на объекты, которыми управляет Entity Framework. Entity Framework предоставляет следующие способы запроса концептуальной модели и возврата объектов.

  • LINQ to Entities. Обеспечивает поддержку запросов LINQ для выполнения запросов к типам сущности, которые определены в концептуальной модели. дополнительные сведения см. в разделе LINQ to Entities.

  • Entity SQL. независимый от хранилища диалект SQL, который работает непосредственно с сущностями в концептуальной модели и поддерживает EDM концепции. Entity SQL используется как с запросами объектов, так и с запросами, которые выполняются с помощью поставщика EntityClient. дополнительные сведения см. в разделе Entity SQL обзор.

Entity Framework включает поставщик данных EntityClient. Этот поставщик управляет соединениями, преобразует запросы сущностей в запросы, зависящие от источника данных, и возвращает модуль чтения данных, который Entity Framework использует для материализации данных сущности в объекты. если материализация объекта не требуется, поставщик EntityClient можно также использовать как стандартный ADO.NET поставщик данных, позволяя приложениям выполнять запросы Entity SQL и использовать возвращенный модуль чтения данных только для чтения. Дополнительные сведения см. в разделе Поставщик EntityClient для Entity Framework.

На следующей схеме показана архитектура, применяемая в платформе Entity Framework для доступа к данным.

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

Сопоставьте объекты с данными

При использовании объектно-ориентированного программирования для взаимодействия с системами хранения данных возникают сложности. Безусловно, организация классов часто напоминает организацию таблиц реляционной базы данных, но такое соответствие неидеально. Несколько нормализованных таблиц часто соответствуют единственному классу, а связи между классами представлены не так, как связи между таблицами. Например, для представления клиенту заказа на продажу в классе может использоваться свойство, содержащее ссылку на экземпляр класса , но строка таблицы базы данных содержит столбец внешнего ключа (или набор столбцов) со значением, которое соответствует первичному ключу в таблице . Класс может включать свойство с именем , содержащее коллекцию экземпляров класса , но таблица базы данных не содержит сравнимого столбца. Entity Framework предоставляет разработчикам гибкие возможности для представления связей таким образом или для более тесной связи между моделями, как они представлены в базе данных.

В существующих решениях была предпринята попытка устранить этот разрыв, часто называемый «несоответствием типов данных» (impedance mismatch), путем сопоставления с реляционными таблицами и столбцами только объектно-ориентированных классов и свойств. Вместо использования этого традиционного подхода Entity Framework сопоставляет реляционные таблицы, столбцы и ограничения внешнего ключа в логических моделях с сущностями и связями в концептуальных моделях. Это позволяет достичь большей гибкости при определении объектов и оптимизации логической модели. Средства EDM создают расширяемые классы данных на основе концептуальной модели. Эти классы являются разделяемыми классами, которые могут быть расширены с помощью дополнительных членов, добавленных разработчиком. По умолчанию классы, сформированные для определенной концептуальной модели, являются производными от базовых классов, предоставляющих службы для материализации сущностей в виде объектов, а также для отслеживания и сохранения изменений. Разработчики могут использовать эти три класса для работы с сущностями и связями как с объектами, относящимися к ассоциациям. Разработчики смогут также настраивать классы, сформированные для концептуальной модели. Дополнительные сведения см. в разделе Работа с объектами.

Комментарии для версии 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.

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

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

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

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

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

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

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

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

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

Случаи использования .NET

В следующих разделах более подробно описаны ранее перечисленные причины для выбора платформы .NET вместо .NET Framework.

Создание кроссплатформенных приложений

Если веб-приложение или служба будут работать на нескольких платформах (Windows, Linux и macOS), используйте платформу .NET.

В среде .NET также можно использовать упомянутые ранее операционные системы в качестве рабочих станций для разработки. Visual Studio предоставляет интегрированную среду разработки (IDE) для Windows и macOS. Можно также использовать редактор Visual Studio Code, который выполняется на платформах macOS, Linux и Windows. Visual Studio Code поддерживает .NET, включая технологию IntelliSense и отладку. С .NET работает большинство сторонних редакторов, например Sublime, Emacs и VI. Эти сторонние редакторы получают доступ к функциям в редакторе IntelliSense с помощью Omnisharp. Вы также можете использовать вместо редакторов кода непосредственно .NET CLI, доступный для всех поддерживаемых платформ.

Архитектура микрослужб

Архитектура микрослужб позволяет использовать сочетание технологий за пределами службы. Такое сочетание технологий позволяет постепенно добавлять новые микрослужбы в .NET для параллельного использования с другими службами и микрослужбами. Например, можно комбинировать микрослужбы или службы, созданные на основе .NET Framework, Java, Ruby или других монолитные технологий.

Пользователям на выбор предоставляется множество инфраструктурных платформ. Для больших и сложных систем микрослужб можно использовать Azure Service Fabric. Служба приложений Azure лучше всего подойдет для микрослужб без сохранения состояния. Альтернативы микрослужб на основе Docker поддерживают любые подходы, как описано в разделе . Все эти платформы поддерживают .NET и идеально подходят для размещения микрослужб.

Дополнительные сведения об архитектуре микрослужб см. в статье Микрослужбы .NET: архитектура контейнерных приложений .NET.

Контейнеры

Контейнеры обычно используются вместе с архитектурой микрослужб. Их также можно использовать, чтобы поместить в контейнер веб-приложения или службы на базе любого архитектурного шаблона. Среду .NET Framework можно использовать для контейнеров Windows, но упрощенные возможности и модульный принцип среды .NET делают ее оптимальной для контейнеров. При создании и развертывании контейнера размер его образа гораздо меньше в среде .NET. Так как эта среда поддерживает разные платформы, серверные приложения можно развертывать, например, в контейнеры Docker в Linux.

Затем эти контейнеры можно размещать в собственной инфраструктуре Linux или Windows или в облачной службе,такой как Служба Azure Kubernetes. Служба Azure Kubernetes может выполнять оркестрацию и масштабировать приложения на основе контейнеров, а также управлять ими в облаке.

Масштабируемые системы с высокой производительностью

Если для вашей системы требуется максимальная производительность и возможности масштабирования, мы рекомендуем использовать среды .NET и ASP.NET Core. Высокопроизводительная серверная среда выполнения для Windows Server и Linux делает ASP.NET Core самой эффективной веб-платформой в .

Производительность и масштабируемость особенно важны для архитектур микрослужб, где могут выполняться сотни микрослужб. Среда ASP.NET Core позволяет уменьшить количество серверов и виртуальных машин, необходимых для системы. В конечном счете это способствует сокращению расходов на архитектуру и размещение.

Создание приложений с поддержкой разных версий .NET

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

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

Разметка и код программной части

WPF позволяет разрабатывать приложения, используя как разметку, так и код программной части, что привычно для разработчиков на ASP.NET. Разметка XAML обычно используется для определения внешнего вида приложения, а управляемые языки программирования (код программной части) — для реализации его поведения. Такое разделение внешнего вида и поведения имеет ряд преимуществ.

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

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

  • Глобализация и локализация приложений WPF упрощена.

разметку

XAML — это язык разметки на основе XML, который служит для определения внешнего вида приложения в декларативной форме. Обычно он используется для определения окон, страниц и пользовательских элементов управления, а также их заполнения элементами управления, фигурами и графическими элементами.

В приведенном ниже примере XAML используется для определения внешнего вида окна, содержащего одну кнопку.

Этот код XAML определяет окно и кнопку с помощью элементов и . Каждый элемент настраивается с помощью атрибутов, например атрибута элемента , определяющего текст заголовка окна. Во время выполнения WPF преобразует элементы и атрибуты, определенные в разметке, в экземпляры классов WPF. Например, элемент преобразуется в экземпляр класса Window , свойство Title которого является значением атрибута .

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

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

Файл с кодом программной части

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

Обновленная разметка определяет пространство имен и сопоставляет ее со схемой, которая добавляет поддержку для типов кода программной части. Атрибут используется для связывания класса кода программной части с этой конкретной разметкой XAML. С учетом того, что этот атрибут объявлен в элементе , класс кода программной части должен наследовать от класса .

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

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

По нажатию кнопки вызывается обработчик событий, а окно сообщения отображается при вызове метода System.Windows.MessageBox.Show.

На рисунке ниже показан результат нажатия на кнопку.

Соглашения об именах

Для типов платформы .NET используется схема именования через точку, описывающая иерархию. При таком подходе связанные типы группируются в пространства имен, что упрощает их поиск и создание ссылок. Первая часть полного имени (до крайней правой точки) — это имя рабочей области. Последняя часть имени — это имя типа. Например представляет тип , который принадлежит пространству имен . Типы в System.Collections.Generic можно использовать для работы с универсальными коллекциями.

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

CompanyName.TechnologyName

Например, пространство имен соответствует этому правилу.

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

Дополнительные сведения о пространствах имен и именах типов см. в разделе Система общих типов CTS.

Использование дополнительных программ при работе с NET Framework

Даже скачанный с официального сайта дистрибутив Microsoft .NET Framework не всегда корректно работает или проходит процесс инсталляции. Это может зависеть от версии операционной системы или каких-то других системных факторов. В этом случае можно воспользоваться нетрадиционным способом инсталляции платформы с помощью сторонней программы Missed Features Installer 10, которая представляет собой сборку программного обеспечения из устаревших редакций Windows.

Для использования программной сборки Missed Features Installer 10 необходимо выполнить следующий ряд действий:

  1. Скачать ISO-образ пакета приложений и смонтировать его на DVD-привод с помощью программы Daemon Tools. Можно также записать пакет на DVD-диск или USB-носитель при помощи программы UltraISO или подобного программного обеспечения.

С сайта скачиваем сборку программ для Windows 10

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

Щёлкнуть по пиктограмме Click me 1st! для отключения контроля учётных записей и корректной инсталляции приложений.

В окне программы щёлкаем по пиктограмме Click me 1st!

Перезагрузить программу и выбрать вкладку Microsoft .NET Framework. В раскрывшемся справа окне выбрать версию 4.6.1 и произвести установку приложения.

В окне программы выбираем нужную версию

Как узнать установленную версию Microsoft NET Framework

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

  1. Утилита ASoft.NET Version Detector — простая программа, не требующая инсталляции. Основные преимущества — это мгновенный вывод на дисплей информации о странице на официальном сайте корпорации Microsoft для скачивания инсталлятора, о странице скачивания SDK и местонахождении каталогов с инсталлированной редакцией. Недостатки — только английский интерфейс.

Просмотр инсталлированных версий Microsoft NET Framework

В поле «Открыть» вводим команду regedit

В правой части окна отображается версия Microsoft NET Framework

Поддерживаемые клиентские операционные системы

Операционная система Поддерживаемые выпуски Предустановлена с операционной системой Может устанавливаться отдельно
Windows 11 (версия 21H2) 64-разрядная система .NET Framework 4.8
Обновление Windows 10 за май 2021 г. (версия 21H1) 32- и 64-разрядные версии .NET Framework 4.8
Обновление Windows 10 за октябрь 2020 г. (версия 20H2) 32- и 64-разрядные версии .NET Framework 4.8
Обновление Windows 10 за май 2020 г. (версия 2004) 32- и 64-разрядные версии .NET Framework 4.8
Обновление Windows 10 за ноябрь 2019 г. (версия 1909) 32- и 64-разрядные версии .NET Framework 4.8
Обновления Windows 10 за май 2019 г. (версия 1903) 32- и 64-разрядные версии .NET Framework 4.8
Обновление Windows 10 за октябрь 2018 г. (версия 1809) 32- и 64-разрядные версии .NET Framework 4.7.2 .NET Framework 4.8
Обновление Windows 10 за апрель 2018 г. (версия 1803) 32- и 64-разрядные версии .NET Framework 4.7.2 .NET Framework 4.8
Windows 10 Fall Creators Update (версия 1709) 32- и 64-разрядные версии .NET Framework 4.7.1 .NET Framework 4.7.2.NET Framework 4.8
Обновление Windows 10 Creators Update (версия 1703) 32- и 64-разрядные версии .NET Framework 4.7 .NET Framework 4.7.1.NET Framework 4.7.2.NET Framework 4.8
Юбилейное обновление Windows 10 Anniversary Update (версия 1607) 32- и 64-разрядные версии .NET Framework 4.6.2 .NET Framework 4.7.NET Framework 4.7.1.NET Framework 4.7.2.NET Framework 4.8
Ноябрьское обновление Windows 10 (версия 1511) 32- и 64-разрядные версии .NET Framework 4.6.1 .NET Framework 4.6.2
Windows 10 (версия 1507) 32- и 64-разрядные версии .NET Framework 4.6 .NET Framework 4.6.1 .NET Framework 4.6.2
Windows 8.1 32-разрядная версия, 64-разрядная версия и ARM .NET Framework 4.5.1 .NET Framework 4.5.2 .NET Framework 4.6 .NET Framework 4.6.1 .NET Framework 4.6.2.NET Framework 4.7.NET Framework 4.7.1.NET Framework 4.7.2.NET Framework 4.8
Windows 8 32-разрядная версия, 64-разрядная версия и ARM .NET Framework 4,5 .NET Framework 4.5.1.NET Framework 4.5.2 .NET Framework 4.6 .NET Framework 4.6.1
Windows 7 SP1 32- и 64-разрядные версии .NET Framework 4 .NET Framework 4,5 .NET Framework 4.5.1 .NET Framework 4.5.2 .NET Framework 4.6 .NET Framework 4.6.1 .NET Framework 4.6.2.NET Framework 4.7.NET Framework 4.7.1.NET Framework 4.7.2.NET Framework 4.8
Windows Vista SP2 32- и 64-разрядные версии .NET Framework 4 .NET Framework 4,5 .NET Framework 4.5.1 .NET Framework 4.5.2 .NET Framework 4.6
Windows XP 32- и 64-разрядные версии .NET Framework 4

Примечания.

  • В системах Windows 7 платформе .NET Framework требуется пакет обновления 1 (SP1) для Windows 7. Если вы используете Windows 7 и еще не установили пакет обновления 1 (SP1), это необходимо сделать перед установкой платформы .NET Framework.

  • .NET Framework 4.5 поддерживается в среде предустановки Windows. (за исключением некоторых функций).

  • .NET Framework 4 также поддерживает платформу IA64.

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

  • В 64-разрядных операционных системах платформа .NET Framework поддерживает как среду WOW64 (32-разрядная обработка на 64-разрядном компьютере), так и собственную 64-разрядную обработку.

Рейтинг
( Пока оценок нет )
Понравилась статья? Поделиться с друзьями:
Мой редактор ОС
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: