Первое поколение компьютеров: от древнего рима до второй мировой / хабр

Информационные революции в истории

В истории развития цивилизации произошло несколько информационных революций — преобразований социальных общественных отношений вследствие изменений в области обработки, сохранения и передачи информации.

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

Вторая (середина XVI в.) революция вызвана изобретением книгопечатания, которое радикально изменило индустриальное общество, культуру, организацию деятельности.

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

Четвертая (с семидесятых годов XX в.) революция связана с изобретением микропроцессорной технологии и появлением персонального компьютера. На микропроцессорах и интегральных схемах создаются компьютеры, компьютерные сети, системы передачи данных (информационные коммуникации).

Этот период характеризуют три фундаментальные инновации:

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

Как установить Microsoft NET Framework

На большинстве компьютеров на Windows уже установлен Microsoft NET Framework, но его версия может быть устаревшей. Например, с Windows 8 и 8.1 поставляется версия 4.5.1, а с Windows 10 — версия 4.6, 4.6.1 или 4.6.2.

На момент написания статьи самая свежая версия — Microsoft NET Framework 4,7. Именно её мы и будем устанавливать:

Microsoft Net Framework можно установить и через Центр обновления Windows. Но многие отключают обновление Windows, поэтому данный метод будет предпочтительнее.

Перед установкой — Microsoft Net Framework можно установить на Windows 10, Windows 8.1 и Windows 7 SP1 как на 32-битные, так и на 64-битные системы. Чтобы установка прошла без ошибок, Microsoft рекомендует иметь на жестком диске минимум 2.5 ГБ свободного пространства.

Оба установщика содержат одинаковые версии NET Framework, но мы предпочитаем использовать автономный установщик. Он надёжнее, и всегда будет под рукой, если потребуется переустановить NET Framework. После скачивания процесс установки не должен вызвать затруднений — просто следуйте инструкциям, появляющимся на экране. И тогда вы быстрее поймете, зачем нужен NET Framework 4.

.NET Framework 4.7 Веб-установщик

.NET Framework 4.7 Автономный установщик

Обратите внимание, что версия 4.7 — это выполняемое обновление версий 4, 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1 и 4.6.2. Поэтому не удаляйте предыдущие версии после установки

NET Framework 3.5 SP1 и более старые версии устанавливаются отдельно.

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

Языковой пакет .NET Framework 4.7

Выбор целевой версии платформы

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

Если вы решите создать проект .NET Framework, то увидите интерфейс, похожий на тот, которой показан на снимке экрана:

Если вы решите создать проект .NET, то увидите интерфейс, похожий на тот, которой показан на двух следующих снимках экрана.

На первом экране вы увидите диалоговое окно Настройка нового проекта.

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

Обновления C#

Разработчики, создающие приложения .NET 5, получат доступ к последним версиям и функциям C#. .NET 5 связан с языком C# 9, в котором предоставлено множество новых функций. Вот некоторые из них.

Записи: ссылочные типы с семантикой равенства на основе значений и неразрушающими изменениями, поддерживаемыми новым выражением.
Сопоставление реляционных шаблонов. Расширяет возможности сопоставления шаблонов до реляционных операторов для сравнительных вычислений и выражений, включая логические шаблоны — новые ключевые слова , и .
Операторы верхнего уровня. В качестве средства для ускорения внедрения и обучения C# метод можно опустить, а приложение, как показано в следующем примере, является допустимым:
Указатели функций: языковые конструкции, предоставляющие следующие коды операций промежуточного языка (IL): и .

Дополнительные сведения о доступных функциях C# 9 см. в разделе Новые возможности C# 9.

Генераторы исходного кода

Генераторы исходного кода, как и другие новые функции C#, становятся частью процесса разработки проектов. Генераторы исходного кода позволяют коду, который выполняется во время компиляции, проверять программу и создавать дополнительные файлы, компилируемые вместе с остальной частью кода.

Дополнительные сведения о генераторах исходного кода см. в статьях Введение в генераторы исходного кода C# и Примеры генераторов исходного кода C#.

Пакет SDK для .NET

Пакет SDK для .NET 7 улучшает интерфейс командной строки. Он также позволяет выполнять публикацию в контейнерах и централизованное управление пакетами с помощью NuGet.

Шаблоны

В команду и разработку шаблонов были внесены некоторые улучшения.

dotnet new

Команда CLI, которая создает проект, файл конфигурации или решение на основе шаблона, теперь поддерживает заполнение табуляции для изучения:

Доступные имена шаблонов
Параметры шаблона
Допустимые значения параметров

Кроме того, для лучшего соответствия подкоманды , , , и больше не имеют префикса.

Разработка

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

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

Дополнительные сведения см. в записи блога .

Публикация в контейнере

Контейнеры — это один из самых простых способов распространения и запуска широкого спектра приложений и служб в облаке. Образы контейнеров теперь являются поддерживаемым типом выходных данных пакета SDK для .NET, и вы можете создавать контейнерные версии приложений с помощью . Дополнительные сведения о функции см. в статье Объявление о поддержке встроенных контейнеров для пакета SDK для .NET. Руководство см. в статье Контейнеризация приложения .NET с помощью dotnet publish.

Централизованное управление пакетами

Теперь вы можете управлять распространенными зависимостями в проектах из одного расположения с помощью функции централизованного управления пакетами (CPM) NuGet. Чтобы включить его, добавьте файл Directory.Packages.props в корень репозитория. В этом файле задайте для свойства MSBuild значение и добавьте версии для общей зависимости пакета с помощью элементов. Затем в отдельных файлах проекта можно опустить атрибуты из любых элементов , которые ссылаются на централизованно управляемые пакеты.

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

ЭВМ четвертого поколения

Микро-ЭВМ относится к машинам четвертого поколения. Наибольшее распространение получили персональные компьютеры (ПК). Их появление связано с именами двух американских специалистов: Стива Джобса и Стива Возняка. В 1976 году на свет появился их первый серийный ПК Apple-1, а в 1977 году – Apple-2.

Однако с 1980 года «законодателем мод» на рынке ПК становится американская фирма IBM. Ее архитектура стала фактически международным стандартом на профессиональные ПК. Машины этой серии получили название IBM PC (Personal Computer). Появление и распространение ПК по своему значению для общественного развития сопоставимо с появлением книгопечатания.

С развитием этого типа машин появилось понятие «информационные технологии», без которых невозможно обойтись в большинстве областей деятельности человека. Появилась новая дисциплина – информатика.

Проект предназначен для другой версии .NET

Если вы измените целевую версию .NET для своего приложения, Visual Studio изменит некоторые ссылки, но вам, возможно, придется обновить некоторые ссылки вручную. Например, одна из ранее упомянутых ошибок может возникнуть, если вы измените приложение, чтобы оно предназначалось для .NET Core 3.1, и это приложение имеет ссылки, ресурсы или параметры, зависящие от .NET 6.

Обновление ссылок в app.config

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

Обновление ресурсов

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

Нацеливание на .NET Framework.

Примечание

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

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

Чтобы охватить максимальное количество разработчиков и проектов, используйте .NET Framework 4.0 в качестве базовой целевой платформы. Для нацеливания на .NET Framework начните использовать правильный моникер целевой платформы (TFM), соответствующий версии .NET Framework, которая должна поддерживаться.

Версия платформы .NET Framework	TFM
.NET Framework 2.0
.NET Framework 3.0
.NET Framework 3,5
.NET Framework 4.0
.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.8

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

Вот и все! Хотя эта библиотека компилируется только для .NET Framework 4, ее можно использовать в более поздних версиях .NET Framework.

Параметры

Доступны различные варианты для:

Отображение сведений о среде.
Выполнение команды.
Запуск приложения.

Параметры отображения сведений о среде и доступных команд

Следующие параметры доступны, если используется сам по себе, без указания команды или приложения для запуска. Например, или . Выводит сведения о среде.

Выводит подробные сведения об установке .NET и среде компьютера, например текущую операционную систему и фиксацию SHA версии .NET.

Выводит версию пакета SDK для .NET, используемого командами , на которую может повлиять файл global.json . Доступно только при установке пакета SDK.

Выводит список установленных сред выполнения .NET. Версия x86 пакета SDK содержит только среды выполнения x86, а в версии x64 пакета SDK содержатся только среды выполнения x64.
Выводит список установленных пакетов SDK для .NET.
Выводит список доступных команд.

Параметры выполнения команды

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

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

Параметры запуска приложения

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

Путь, содержащий политику проверки и проверяемые сборки. Повторите этот параметр, чтобы указать несколько путей.
Путь к дополнительному файлу .deps.json. Файл deps.json содержит список зависимостей, зависимости компиляции и сведения о версии, используемые для устранения конфликтов сборок. Дополнительные сведения см. в разделе Файлы конфигурации среды выполнения на GitHub.

**

Управляет применением наката к приложению. может иметь одно из следующих значений. Если тип не указан, по умолчанию используется вариант .
- — накат до версии с наибольшим номером исправления. Отключает накат дополнительных версий.
- — накат до дополнительной версии со следующим по порядку возрастания номером, если запрошенная дополнительная версия отсутствует. Если запрошенная дополнительная версия присутствует, используется политика LatestPatch.
- — накат до основной версии со следующим по порядку возрастания или дополнительной версии с наименьшим номером, если запрошенная дополнительная версия отсутствует. Если запрошенная основная версия присутствует, используется политика Minor.
- — накат до дополнительной версии с наибольшим номером, даже если запрошенная дополнительная версия присутствует. Предназначен для сценариев размещения компонентов.
- — накат до основной версии с наибольшим номером и дополнительной версии с наибольшим номером, даже если запрошенная основная версия присутствует. Предназначен для сценариев размещения компонентов.
- — накат не выполняется. Привязка только к указанной версии. Эта политика не рекомендуется для общего использования, поскольку отключает возможность наката до последних исправлений. Это значение рекомендуется использовать только для тестирования.
Все параметры, кроме параметра , будут использовать версию с последним доступным исправлением.

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

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

Параметры запуска приложения с помощью команды

Следующие параметры доступны только при запуске приложения с помощью команды . Например, .

Путь к файлу deps.json. Файл конфигурации deps.json содержит информацию о зависимостях, необходимых для выполнения приложения. Этот файл создается пакетом SDK для .NET.
Путь к файлу runtimeconfig.json. Файл runtimeconfig.json содержит параметры времени выполнения и обычно называется <applicationname.runtimeconfig.json>. Дополнительные сведения см. в статье .

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

Варианты установочных файлов .NET Framework

Если вы задаётесь вопросом «Как установить .NET Framework на компьютер?», то у вас есть два варианта:

Установка .NET Framework через online-установщик, ещё его называют web-установщик (небольшого размера исполнительный файл, который в процессе установки пакета .NET подключается через интернет к серверам Microsoft и выкачивает оттуда весь объём необходимых данных)
Установка .NET Framework через offline-установщик или автономный установщик (автономный исполнительный файл, содержащий в себе все необходимые данные, не требующий для установки подключения к сети интернет, но оттого имеющий значительный вес, размер)

Напомню, что очень просто получить ссылку для скачивания через утилиту ASoft .NET Version Detector, которая, при нажатии на иконку со стрелкой, сама откроет браузер со страницей загрузки автономного offline-установщика выбранной вами версии пакета .NET Framework на официальном сайте Microsoft

Установка инструментов

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

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

Обновите средство с помощью следующей команды:

Прежде чем использовать средства для определенного проекта, необходимо добавить в него пакет.

Проверка установки

Выполните следующие команды, чтобы убедиться, что средства EF Core CLI установлены правильно:

Выходные данные команды определяют версию используемых средств:

Описание

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

Она вызывает подсистему шаблонов, чтобы создать артефакты на диске на основе заданных параметров и шаблона.

Примечание

Начиная с пакета SDK для .NET 7 синтаксис изменился:

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

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

Кроме того, для теперь доступно завершение табуляции. Он поддерживает завершение для имен установленных шаблонов и параметров, которые предоставляет выбранный шаблон.
Сведения об активации завершения вкладок для пакета SDK для .NET см. в разделе Включение завершения вкладки.

Заполнение нажатием клавиши TAB

Начиная с пакета SDK для .NET 7.0.100, для можно использовать завершение табуляции. Он поддерживает завершение для имен установленных шаблонов, а также завершение для параметров, которые предоставляет выбранный шаблон.
Сведения об активации завершения вкладок для пакета SDK для .NET см. в разделе Включение завершения вкладки.

Неявное восстановление

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

Команду по-прежнему удобно использовать в некоторых сценариях, где необходимо явное восстановление, например в сборках с использованием непрерывной интеграции в Azure DevOps Services или системах сборки, где требуется явно контролировать время восстановления.

Сведения об управлении веб-каналами NuGet см. в документации по .

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

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

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

Если допустимая версия не найдена, используется новая версия . Например, если вы указали и только установлена, приложение будет работать в среде выполнения . Такое поведение называется «промежуточная версия наката». Более ранние версии также не будут рассматриваться. Если допустимая среда выполнения не установлена, приложение не будет работать.

Несколько примеров для демонстрации такого поведения, если вы используете версию 5.0:

️ Указана версия 5.0. Последняя установленная версия с исправлениями — 5.0.3. Используется версия 5.0.3.
Указана версия 5.0. Нет установленных версий 5.0.*. Последняя установленная версия среды выполнения — 3.1.1. Отображается сообщение об ошибке.
️ Указана версия 5.0. Нет установленных версий 5.0.*. Последняя установленная версия среды выполнения — 5.1.0. Используется версия 5.1.0.
Указана версия 3.0. Нет установленных версий 3.x. Последняя установленная версия среды выполнения — 5.0.0. Отображается сообщение об ошибке.

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

Приложение требует установки версии 5.0.
При запуске версия 5.0.* не установлена, зато установлена версия 5.1.0. Будет использоваться версия 5.1.0.
Позже пользователь устанавливает 5.0.3 и запускает приложение еще раз. Теперь будет использоваться 5.0.3.

Версии 5.0.3 и 5.1.0 могут вести себя по-разному, особенно в таких сценариях, как сериализация двоичных данных.

Управление поведением наката

Поведение наката для приложения можно настроить четырьмя разными способами:

Настройка на уровне проекта с помощью свойства :
Файл .

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

При запуске приложения можно управлять поведением наката с помощью командной строки:
Переменная среды .

Приоритет

Поведение наката задается в следующем порядке при запуске приложения: пронумерованные элементы более высокого уровня имеют приоритет над пронумерованными элементами более низкого уровня.

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

Значения

Для настройки поведения наката используйте одно из следующих значений:

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

Разрешение системных ссылок и пользовательских ссылок на сборки

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

Для проектов платформа .NET Framework диалоговое окно «Добавить ссылку» отключает системные сборки, которые не относятся к целевой версии платформа .NET Framework, чтобы они не могли быть случайно добавлены в проект. (Системные сборки — это .dll файлы, включенные в версию платформа .NET Framework.) Ссылки, относящиеся к версии платформы, которая выше целевой версии, не будут разрешаться, и элементы управления, зависящие от такой ссылки, не могут быть добавлены. Если вы хотите активировать такую ссылку, измените целевую версию платформы .NET Framework для проекта на ту, которая содержит эту ссылку.

Дополнительные сведения о ссылках на сборки см. в разделе Разрешение сборок во время разработки.

Параметры

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

-?|-h|—help
Выводит описание использования команды.

—interactive
Позволяет команде остановиться и дождаться, пока пользователь выполнит действие или введет данные. Например, чтобы завершить проверку подлинности. Доступно, начиная с пакета SDK для .NET Core 3.0.

Межпроектные (P2P) ссылки игнорируются, и выполняется сборка только указанного корневого проекта.
Помечает сборку как небезопасную для добавочной сборки. Этот флаг отключает инкрементную компиляцию и запускает принудительную полную перестройку схемы зависимостей проекта.
Во время сборки не выполняется неявное восстановление.
Скрывает загрузочный баннер или сообщение об авторских правах.
Публикует приложение как зависимое от платформы приложение. Для запуска приложения на целевом компьютере должна быть установлена совместимая среда выполнения .NET. Доступно начиная с пакета SDK для .NET 6.
Каталог, в который будут помещаться собранные двоичные файлы. Если значение не указано, путь по умолчанию — . Для проектов с несколькими целевыми платформами (с помощью свойства ) необходимо также определить при указании этого параметра.

—os
Позволяет указать целевую операционную систему. Это сокращенный синтаксис для настройки идентификатора среды выполнения (RID), где указанное значение объединяется с RID по умолчанию. Например, если на компьютере win-x64 указать —os linux, идентификатору RID присваивается значение linux-x64. При использовании этого параметра не используйте параметр -r|—runtime. Доступно с .NET 6.

Указывает целевую среду выполнения. Список идентификаторов сред выполнения (RID) см. в каталоге RID. При использовании этого параметра с пакетом SDK для .NET 6 используйте также или . Если значение не указано, по умолчанию используется сборка для текущей ОС и архитектуры.
Публикует среду выполнения .NET вместе с приложением, что позволяет не устанавливать ее на целевом компьютере. Если указан идентификатор среды выполнения, значение по умолчанию равно . Доступно начиная с пакета SDK для .NET 6.
URI источника пакета NuGet для использования во время операции восстановления.

-v|—verbosity
Задает уровень детализации команды. Допустимые значения: q, m, n, d и diag. Значение по умолчанию — minimal. Для получения дополнительной информации см. LoggerVerbosity.

Задает переносимую платформу на основе одного из ваших компьютеров. Это происходит неявно со свойствами, для которых требуются такие свойства, как , , , и . Если свойству присвоено значение false, это неявное разрешение больше не произойдет.
Задает значение свойства , которое используется при сборке проекта. Работает, только если свойство не задано. После этого параметру присваиваются значения и , разделенные дефисом.

Поддерживаемые выпуски

Существует два типа поддерживаемых выпусков: выпуски с долгосрочной поддержкой (LTS) или стандартная срочная поддержка (STS). Качество всех выпусков одинаковое. Единственное различие заключается в продолжительности поддержки. Выпуски LTS получают бесплатную поддержку и исправления в течение 3 лет. Выпуски STS получают бесплатную поддержку и исправления в течение 18 месяцев. Дополнительные сведения см. в статье Политика поддержки .NET.

В следующей таблице приведен список поддерживаемых в настоящее время выпусков .NET и версий macOS, в которые они поддерживаются:

Операционная система	.NET 7 (STS)	.NET 6 (LTS)	.NET Core 3.1 (LTS)
macOS 13.0 «Ventura»	️	️	️
macOS 12.0 «Monterey»	️	️	️
macOS 11.0 «Big Sur»	️	️	️
macOS 10.15 «Catalina»	️	️	️

Полный список версий .NET и их жизненный цикл поддержки см. в статье Политика поддержки .NET.

История развития компьютерной техники

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

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

Первое поколение (1946 — начало 50-х гг.). Элементная база — электронные лампы. ЭВМ отличались большими габаритами, большим потреблением энергии, малым быстродействием, низкой надежностью, программированием в кодах.
Второе поколение (конец 50-х — начало 60-х гг.). Элементная база — полупроводниковые элементы. Улучшились по сравнению с ЭВМ предыдущего поколения практически все технические характеристики. Для программирования используются алгоритмические языки.
3-е поколение (конец 60-х — конец 70-х). Элементная база — интегральные схемы, многослойный печатный монтаж. Резкое снижение габаритов ЭВМ, повышение их надежности, увеличение производительности. Доступ с удаленных терминалов.
Четвёртое поколение (с середины 70-х — конец 80-х). Элементная база — микропроцессоры, большие интегральные схемы. Улучшились технические характеристики. Массовый выпуск персональных компьютеров. Направления развития: мощные многопроцессорные вычислительные системы с высокой производительностью, создание дешевых микроЭВМ.
Пятое поколение (с середины 80-х гг.). Началась разработка интеллектуальных компьютеров, которая пока не увенчалась успехом. Внедрение во все сферы компьютерных сетей и их объединение, использование распределенной обработки данных, повсеместное применение компьютерных информационных технологий.

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