Как установить net 5 в Visual Studio

Обновлено: 20.11.2024

Содержание

Установка

Установить несколько версий вручную

Например, эта команда установит последнюю версию, найденную в "текущем" канале в /usr/share/dotnet:

Возможно, сначала вы захотите имитировать установку, используя флаг -Dryrun.

После установки вы можете проверить наличие SDK:

Удалить установленную вручную версию

Удаление SDK:

С помощью dotnet-install.sh также устанавливаются хост-пакеты dotnet и общие пакеты, которые, возможно, придется удалить дополнительно в зависимости от выпуска.

Установить несколько версий через AUR

Некоторые пакеты dotnet AUR предназначены для установки рядом друг с другом. Требуется только один хост-пакет ( dotnet-host-bin AUR или dotnet-host ), содержащий инструмент командной строки, и вы можете установить любой из доступных пакетов SDK и сред выполнения (последние пакеты всех основных версий). рядом с ним. Список совместимых пакетов:

  • dotnet-host-binAUR , dotnet-runtime-binAUR , aspnet-runtime-binAUR , dotnet-sdk-bin AUR
  • dotnet-host-previewAUR [неработающая ссылка: пакет не найден] , dotnet-runtime-previewAUR [неработающая ссылка: пакет не найден] , aspnet-runtime -previewAUR [ссылка не работает: пакет не найден] , dotnet-sdk-previewAUR [ссылка не работает: пакет не найден]
  • dotnet-runtime-3.0AUR, aspnet-runtime-3.0AUR, dotnet-sdk-3.0AUR,
  • dotnet-runtime-2.2AUR, aspnet-runtime-2.2AUR, dotnet-sdk-2.2AUR, dotnet-sdk-2.2 -vs2017AUR
  • dotnet-runtime-2.1AUR , aspnet-runtime-2.1AUR , dotnet-sdk-2.1AUR

Установите ядро ​​PowerShell

Вы также можете установить PowerShell Core как «глобальный» инструмент [1] [2]

для обновления до текущей версии

Телеметрия

Телеметрия включена по умолчанию, но ее можно отключить, задав переменную среды DOTNET_CLI_TELEMETRY_OPTOUT=1 .

Tab-Завершение

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

Не удалось найти ни одной совместимой версии фреймворка

Если вы получаете следующую ошибку при попытке запустить только что созданный проект, вам больше не нужно устанавливать переменную DOTNET_ROOT, как описано в решениях различных проблем GitHub. Пакет Arch dotnet (начиная с версии 3.1) устанавливает его в рекомендованное Microsoft расположение /usr/share/dotnet .

Это вызвано тем, что среда выполнения поставляется как отдельный пакет в Arch. Вам просто нужно убедиться, что у вас также установлен пакет aspnet-runtime.

ошибка "Не удалось найти требуемую библиотеку libhostfxr.so"

Некоторые инструменты dotnet SDK (например, libman, dotnet-watch и т. д.) могут требовать предварительной настройки переменной среды DOTNET_ROOT. Если это не так, может наблюдаться такая ошибка: [3]

Обходной путь заключается в том, чтобы вручную экспортировать DOTNET_ROOT в вашей оболочке:

Ошибка MSB4019: импортированный проект «/usr/share/dotnet/sdk/./Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.Common.targets» не найден. Убедитесь, что выражение в декларации импорта . правильно, и что файл существует на диске.

Это происходит после обновления. Текущий сеанс оболочки/входа в систему хранит переменные среды для версии dotnet SDK, отличной от установленной. Это должно исправить перезапуск оболочки или повторный вход в систему.

Фото Кристиана Кейбла, CC BY 2.0

Объект WebHost будет обрабатывать запросы к приложению, а также устанавливать конфигурацию, такую ​​как корневой каталог содержимого, доступ к переменным среды и ведение журнала.

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

Создание пула приложений

Всегда рекомендуется создавать новый пул приложений для нового веб-сайта, который будет опубликован. Это позволяет нам запускать веб-сайт в отдельном процессе IIS, что безопаснее и предотвращает сбой других веб-сайтов, если приложение выдает необработанное исключение. Чтобы создать новый пул приложений, щелкните правой кнопкой мыши раздел «Пулы приложений» на боковой панели диспетчера IIS и выберите параметр «Добавить пул приложений».

Создание нового веб-сайта

Установив пакет и создав новый пул приложений, пришло время добавить новый веб-сайт, на котором будет опубликовано наше приложение. Щелкните правой кнопкой мыши раздел «Сайты» на боковой панели диспетчера IIS и выберите параметр «Добавить веб-сайт».

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

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

Публикация нашего проекта

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

Если мы решим позволить Visual Studio управлять процессом публикации, нам нужно выбрать «Веб-сервер (IIS)/веб-развертывание» в качестве места назначения публикации и ввести информацию, необходимую Visual Studio для подключения к серверу и копирования файлов. :

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

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

И все! Наш проект опубликован на созданном нами сайте. Мы можем снова нажать на наш IP-адрес/имя хоста, и теперь мы должны получить ответ нашего веб-сайта по умолчанию.

, с удовольствием приму ваши предложения по темам или улучшениям /Крис

В этой статье мы рассмотрим:

каким командам нас научили и на что обратить внимание, например, на ASP, Docker, Cloud

Чтобы использовать Azure, вам потребуется бесплатная учетная запись Azure

Это простое консольное приложение Hello World

Здесь объясняется, как докеризировать ваше приложение, как создать файл Dockerfile и т. д.

Существует несколько вариантов модульного тестирования

После его установки у вас должен быть доступ к инструменту командной строки, который вы можете вызвать в терминале под названием dotnet . Вы можете легко увидеть, какие команды доступны, набрав:

Несколько команд, как вы можете видеть выше. Мы рассмотрим некоторые из этих команд для создания решений и проектов.

Хорошо, теперь мы настроили и готовый код 😃

Мы предпримем следующие шаги:

  1. Создайте каталог для нашего решения
  2. Вызвать команду для создания решения

Сначала создадим каталог:

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

Далее создадим решение. Мы делаем это с помощью следующей команды:

sln — это сокращение от "solution", при этом будет создано новое решение. Поскольку мы находимся в каталоге приложения, создается файл app.sln.

Чтобы создать библиотеку, нам нужно ввести в терминал следующее (мы все еще находимся в каталоге приложения):

Выше мы видим, что нашей общей командой является dotnet new , за которой следует тип, в данном случае classlib , затем мы используем флаг -o и последний аргумент — это имя проекта.

Давайте посмотрим, что у нас получилось:

Мы видим, что библиотека каталогов создана. Мы также видим, что у нас есть файл Class1.cs, файл проекта library.csproj и директория obj. На этом этапе давайте переключимся на VS Code и посмотрим на наши файлы. Глядя на Class1.cs, это выглядит так:

Давайте закончим этот раздел, добавив в решение:

Это добавит следующую запись в app.sln :

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

Хорошо, нам нужно добавить код в наш проект библиотеки. Мы сделаем следующее:

  1. Загрузить пакет NuGet из репозитория NuGet
  2. Ссылка на наш пакет NuGet в коде нашей библиотеки
  3. Создайте наш код

Это большой (160 000 библиотек + библиотеки) репозиторий, в котором находятся все библиотеки NuGet. Все, что здесь живет, может быть загружено простой командой. Для этой части мы возьмем специальную библиотеку под названием Newtonsoft.Json. Это позволит нам анализировать JSON вперед и назад. Чтобы сделать эту библиотеку частью нашего решения, мы можем ввести:

Сказанное выше означает, что мы добавляем пакет Newtonsoft.Json в библиотеку проекта. Команду следует читать так:

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

Это захватит пакеты, указанные как ссылки на пакеты в файле csproj ваших проектов.

В проекте библиотеки измените файл Class1.cs на Thing.cs и добавьте в него следующий код:

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

Как показано на изображении выше, мы получаем library.dll

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

Это создаст тестовый проект типа xunit с именем test-library .

Давайте также добавим наш проект в файл решения:

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

Когда мы создали нашу тестовую библиотеку, мы также создали файл с именем UnitTest1.cs. Давайте посмотрим на этот файл:

Мы используем декоратор [Fact], чтобы указать, что это тестовый метод, который необходимо оценить и запустить. Давайте добавим код рядом с UnitTest.cs:

Теперь мы готовы запустить наш тест и проверить результат.

Чтобы запустить тесты, введите:

Мы используем команду dotnet test, и последний аргумент — где найти файл проекта для тестового проекта. Итак, что мы получаем?

На изображении выше видно, что наш тестовый запуск не удался. Он четко указывал [Fail]. Давайте посмотрим на ПОЧЕМУ. Ожидаемый результат будет НЕ 42. Хм, давайте проверим реализацию в Thing.cs в нашем библиотечном проекте:

Мы просто берем 2 входных аргумента и суммируем их. Как насчет теста в UnitTest1.cs?

19 + 23 НЕ должно быть равно 42. Подождите минутку. Он должен быть равным. Давайте изменим это:

и повторим тест:

Давайте проверим результаты и.

На этот раз тесты прошли успешно.

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

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

Это дает нам работающий проект с файлом Program.cs, который служит точкой входа. Технически точкой входа является метод Main() :

Давайте добавим этот проект в файл решения, например:

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

Прочитайте вышеприведенное как:

Далее нам нужно изменить код нашего файла Program.cs на следующий:

Далее запустим приложение

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

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

Теперь VS Code попросит вас добавить необходимый ресурс для отладки, если вы откроете решение, в котором он отсутствует. Так откуда мне знать, чего не хватает? Ну, у вас должен быть каталог .vscode, который выглядит так:

Ну, вы можете попробовать выбрать в меню Отладка/Начать отладку, и вы заметите, что запущена тестовая библиотека, если посмотрите в конец окна отладки

Теперь вы, вероятно, захотите изменить это, чтобы фактически запускать проект console-app при отладке. Для этого нам нужно войти в файл launch.json в каталоге .vscode. Найдите запись, выглядящую примерно так:

Нам нужно изменить свойство "program", чтобы оно указывало на наше консольное приложение, а также "cwd".

Теперь он должен выглядеть так, как показано ниже в файле launch.json

Затем выберите пункт меню Отладка/Начать отладку, и мы должны увидеть следующее

Вот и все, мальчики и девочки, работаем над отладкой 😃

Итак, опыт, первое, что произошло, это то, что я только что заметил, что когда я изменил код в Program.cs, моя точка останова не срабатывала должным образом. Этому было объяснение. Глядя на нашу запись в файле launch.json, мы видим, что есть свойство «preLaunchTask»: «build», которое указывает задачу, которая должна быть запущена до нашей отладки. Эта задача находится в tasks.json. Перейдя к этому файлу, мы заметили, что он выглядит так:

ДА, вы правы, мы создали не тот проект перед повторным запуском отладки. Способ исправить это состоял в том, чтобы запустить

в терминале ИЛИ исправьте эту задачу так, чтобы она указывала на наше консольное приложение, например:

Если вы снова отлаживаете, все работает. Теперь вы немного больше знаете, как все работает в VS Code.

Если бы у меня было мнение здесь, я бы хотел, чтобы это было абстрагировано от меня как пользователя. Я бы предпочел, чтобы плагин делал это за меня. На данный момент мне нужен обозреватель решений, подобный тому, который у меня есть в Visual Studio.

Что ж, есть плагин, который это исправляет. Он называется vscode-solution-explorer. Если вы установите его, ваш проект внезапно станет выглядеть так:

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

Моя спонтанная реакция 😃

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

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

Этапы установки и настройки Visual Studio 2019

Шаг 2. Запустите файл .exe и следуйте инструкциям по установке версии сообщества Visual Studio в системе.

Шаг 4. Нажмите кнопку запуска, и вам будет предложено войти в систему в первый раз. Шаг входа необязателен, поэтому его можно пропустить. Диалоговое окно появится только в первый раз и попросит выбрать настройки разработки и цветовую тему. После выбора необходимых параметров нажмите «Запустить Visual Studio». В некоторых версиях этот шаг является необязательным.

Шаг 7. Следующим шагом является настройка проекта. Здесь мы должны выбрать имя проекта и имя решения и нажать кнопку «Создать». Мы также можем изменить местоположение проекта. Имя проекта является подмножеством имени решения. Мы можем указать другое имя для решения. Другими словами, решение похоже на контейнер для проектов.

Мы указываем имя проекта и имя решения как GeeksforGeeks, как показано на снимке экрана ниже.

На изображении ниже справа обозреватель решений открыт по умолчанию. Там мы видим файл Global.asax.cs, который является общим для всего приложения.Этот файл содержит определенную информацию, относящуюся к приложению, и используется для инициализации конкретных переменных приложения до их значений по умолчанию.

Шаг 9. Теперь добавьте в проект «GeeksforGeeks» файл веб-формы, который содержит веб-код проекта. Просто щелкните правой кнопкой мыши GeeksforGeeks в обозревателе решений. Выберите «Добавить», а затем выберите «Веб-форма» в меню, как показано ниже.

Появится запрос на ввод имени веб-формы. Мы вводим имя как TestingWebForm и нажимаем OK.

Читайте также: