Использование Visual Studio Code для разработки ASP.NET Core на х86 ОС

Мне надо переделать проэкт web api c .net framework на asp.net core.
Хочу использовать для этого visual code.
Загрузил c# extension (omnisharp) для visual code, но
после загрузки какой то большой зависимости razor language engine,
пишет [WARNING]: x86 Windows is not currently supported
by the .NET Core debugger. Debugging will not be available. Кроме того
появилось было также сообщение что для этого плагина или этой зависимости
надо .net framework 4.7.2 - как то нелогично - надо еще более новую
версию фрейморка для core проэкта.
При попытке start debugging идет запрос на конфигурацию
lanch.json, а потом и task.json. С одной стороны примеров конфигурации много,
но она наверное расчитана на использование с# дополнение (которое не будет работать
на моей 32-битной win7) потому ее конфигурировать смысла нет?!
Даже при внесение автоматической конфигурации - появляется сообщение что cannot create debug adapter,
и что c# extension еще грузит зависимости?! Запуск start without debugging -
отправляет тоже конечно на конфигурацию launch.json.
Хотя потом запустил dotnet build, а еще потом dotnet run -
и на локалхосте пусть из нетворк еррор перед тем -появились тестовые данные гет-запроса.
Я также непонимаю у вижуалкод, без интеллисенс дебаггера,
как разрабатывать код - вносить данные класов из 100% увереннностю (в стандартных
ide типы без зависимостей подчеркиваются, или из неправильно приведенными названиями),
запускать dotnet restore (dotnet add package <package>) чтобы подгрузила пакеты в которых находяться
эти класы, и интерфейсы?? И потом уж при билде и запуске в консоле видеть ошибки??

0

Вышло так что пользоватся dotnet build, dotnet run - не такая ж уж помеха, даже без дебаггера.
Но запуск тестирования (dotnet test) посредством Nunit Framework не может быть выполнен автоматически,
и надо удалять отдельные автогенерирующие части кода, или например закоментировать второй (и даже третий)
метод main.

Добавлено через 35 минут
Я создал свой проэкт через dotnet new web api.
Тестовый проэкт создал в отдельной папке Tests с помощью
dotnet new nunit.
Автоматически были добавлены зависимости в Tests.csproj-
Но как потом выяснилось (сколько времени потратил на выяснение),
что эти зависимости (хотябы Nunit) работают если добавить их
в главный проджект файл - Myproject.csproj
Но и дубликат зависимостей в тестовом файле тоже требуются.
Но вот после запуска dotnet test - появляются много ньансов.
Первый - надо закоментировать main в startup.cs,
чтобы можно было запускать тестирование.
Но и этого недостаточно.
Почему то появляются два автосгенерированых файла -
--
в Test.Program.cs(тестовая часть, obj), и в MyProject.Program.cs (..MyProject\obj\Debug\netcoreapp2.2).
Тогда при запуске самого проэкта надо уже закоментировать эти автогенерированые файлы.
Добавление в Tests.csproj - <GenerateProgramFile>false</GenerateProgramFile>:
- никак не решает проблемы,
хотя здесь
https://andrewlock.net/fixing-... unit-tests
написано, что это должно решить.
Более того тестовый файл автогенерации почему то зависит от
файла автогенерации из obj папки основной програмы??
Если удалить этот тестовый файл автогенерации то
появляется ошибка, что нету метода main??
Потому у меня появляется вопрос возможно ли
автоматически использовать лиш один метод мейн,
как отменить автогенерацию??
Добавить, как указано в вышеприведенном ресурсе,
<OutputType>Exe</OutputType> в MyProject.csproj невозможно ибо
это не консольный проэкт, а веб-проэкт.
Снова таки замечу что сам код програмы
написан вне вижуал студио 2015,2017,2019 -
потому непонятно как эти тесты будут работать
в этой среде, идентична ли структура проэкта-
но в visual code, с помощью cli они так работают.

0