Почему «новая консоль dotnet» создает проект, который невозможно скомпилировать с помощью «dotnet build»? (ошибка CS5001)
Для начала небольшая выдержка от Microsoft:
Начиная с .NET 6, шаблон проекта для новых консольных приложений C# генерирует следующий код в файле Program.cs:
// See https://aka.ms/new-console-template for more information
Console.WriteLine("Hello, World!");
В новом выводе используются новейшие функции C#, которые упрощают код, который необходимо написать для программы.
. . . Когда вы используете более новую версию, вам нужно написать только тело метода Main. Компилятор генерирует класс Program с методом точки входа и помещает все ваши операторы верхнего уровня в этот метод. Имя сгенерированного метода не Main, это деталь реализации, на которую ваш код не может ссылаться напрямую. Остальные элементы программы включать не нужно, компилятор сгенерирует их за вас.
Установив .NET SDK 8, я открыл командную строку и набрал:
dotnet new console --output "D:\User Files\A_L_L\DOWNLOAD_TEMP\test"
Он создал файлы проекта, один из которых — Program.cs. Содержимое этого файла точно такое, как описано выше (в статье Microsoft).
Проблема в том, что я не могу построить проект. Когда я печатаю
dotnet build "D:\User Files\A_L_L\DOWNLOAD_TEMP\test\test.csproj" --artifacts-path "D:\User Files\A_L_L\DOWNLOAD_TEMP\test"
выдается следующая ошибка:
error CS5001: Program does not contain a static 'Main' method suitable for an entry point
Итак... похоже, что новый стиль программы, сгенерированный командой new console,, не может быть скомпилирован, поскольку команда build ожидает старый стиль программы (с точкой входа Main).
Что здесь происходит? Как мне успешно скомпилировать проект?
Спасибо
Вы можете следовать инструкциям в следующем посте: stackoverflow.com/a/78271636/10024425. Если вам не нужен метод Main, удалите --use-program-main из кода в сообщении.
Ответы 2
Установка --artifacts-path в каталог проекта по какой-то причине прерывает сборку; при использовании обычно подразумевается установка подкаталога дедушки и бабушки, например D:\User Files\A_L_L\DOWNLOAD_TEMP\artifacts.
Однако подкаталоги bin и obj по умолчанию уже входят в каталог проекта, поэтому вы сможете запустить
dotnet build "D:\User Files\A_L_L\DOWNLOAD_TEMP\test\test.csproj"
который построит D:\User Files\A_L_L\DOWNLOAD_TEMP\test\bin\Debug\net8.0\test.exe. Они не войдут в ваш текущий рабочий каталог или что-то еще.
Он не ожидает точки входа метода Main старого стиля. Похоже, он просто не может найти исходные файлы для компиляции. Он выдает одну и ту же ошибку, даже когда я пишу правильный метод Main или допускаю явные ошибки компилятора, например, пишу Consol вместо Console.
Судя по моим экспериментам, похоже, что такое поведение происходит только в том случае, если вы используете текущий каталог или одного из его родителей в качестве пути к артефактам. Если вы используете другой каталог в качестве пути к артефактам, проект можно построить. например
dotnet build XXX.csproj --artifacts-path SomeSubdirectory
Обратите внимание, что путь к артефактам по умолчанию уже является каталогом проекта. Если вы хотите указать это явно, использование опции -p, похоже, всегда сработает.
dotnet build XXX.csproj -p ArtifactsPath=.
Это может быть связано с этой проблемой.
Похоже, вы решили использовать новую функцию, доступную начиная с .NET 8 (
--artifacts-path). Следовали ли вы инструкциям в Макет вывода артефактов?