Не содержит статического 'основного' метода, подходящего для точки входа

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

Мой заголовок выглядит так в четырех файлах, включая мой основной файл ядра, который вызывает:

public shell()
{
InitializeComponent(); 
}

Область заголовка файлов .cs, которые работают с пользовательским интерфейсом (и, похоже, вызывают этот новый конфликт):

using System;
using System.Windows.Forms;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Text.RegularExpressions;
using System.IO;
using System.Data.SqlServerCe;
using System.Diagnostics;
using System.Threading;
using System.Collections.Specialized;
using System.Net;
using System.Runtime.InteropServices;
using watin = WatiN.Core;
using WatiN.Core.Native.InternetExplorer;
using System.Web; 


namespace WindowsFormsApplication1
{

    public partial class shell : Form
    {

Теперь, когда я пытаюсь отладить / просмотреть свое приложение (кстати, это приложение Windows в Visual Studio 2010 Express), я получаю следующее сообщение об ошибке:

Не содержит статического 'основного' метода, подходящего для точки входа

Я просмотрел свойства приложения в объекте Application-> Startup, но он не предлагает мне никаких вариантов. Как я могу сообщить приложению, чтобы оно начало с файла .cs, в котором есть мой InitializeComponent (); команда?

• Я так долго оглядывался, но не нашел решения.
• Для свойств каждого файла .cs задано значение «Компилировать».
• Я не вижу файла App.xaml в моем обозревателе решений, но я вижу файл app.config.

Я все еще новичок, и это моя первая попытка организовать метод с помощью кода C #.

Я тоже рассматривал эту проблему, и в моем случае решение было слишком простым. Я добавил в решение новый пустой проект. Вновь добавленный проект автоматически устанавливается как консольное приложение. Но поскольку добавленный проект был «пустым», в этом новом проекте не было Program.cs. (Как и ожидалось)

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

Измените Тип вывода в разделе «Проект»> «Свойства» на «Библиотеку классов». По умолчанию для этого параметра могло быть установлено «Консольное приложение».

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

[STAThread]
static void Main()
{
}

У меня была эта ошибка, и я решил ее с помощью этого решения.

1. Щелкните правой кнопкой мыши проект
2. Выберите "Свойства"
3. Установите "Тип вывода" на "Библиотека классов".

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

Затем вставьте этот код:

 using System;
 using System.Collections.Generic;
 using System.Linq;
 using System.Text;
 using System.Windows.Forms;

 namespace Sales {
     static class Program {

         /// <summary>
         /// The main entry point for the application.
         /// </summary>
         [STAThread]
         static void Main() {
             Application.EnableVisualStyles();
             Application.SetCompatibleTextRenderingDefault(false);
             Application.Run(new Form1());
         }
     }

 }

1. Выберите App.xaml и отобразите его свойства. Установите для действия сборки значение ApplicationDefinition .
2. App.xaml и соответствующий ему файл * .cs должны быть помещены в корневой каталог файла * .csproj, то есть не в папку «Исходный код».

Если у вас есть метод Main, но по-прежнему возникает эта ошибка, убедитесь, что для файла, содержащего метод Main, для параметра «Действие сборки» установлено значение «Скомпилировать», а для параметра «Копировать в выходной каталог» установлено значение «Не копировать».

Отредактируйте файл .csproj

<OutputType>Library</OutputType>

ура!

Для меня ошибка на самом деле была вызвана тем, что «функция 'async main' недоступна в C # 7.0. Используйте версию языка 7.1 или выше». Эта проблема приводила к появлению сообщения «Не содержит статического« основного »метода, подходящего для точки входа» в списке ошибок, но в окне вывода отображалась ошибка «недоступно». Чтобы исправить это, я изменил языковую версию с «Последняя дополнительная версия C # (по умолчанию)» на «Последняя дополнительная версия C # (последняя)» в разделе «Дополнительные параметры сборки».

эй, у меня такая же ошибка, и решение этой ошибки - просто написать заглавную M вместо маленького m .. например: - static void Main () Я надеюсь, что это поможет ..

Была ли эта проблема в VS 2017, вызванная:

статический асинхронная задача Main (строка [] аргументы)

( Функция async main недоступна в C # 7.0. Используйте версию 7.1 или выше )

Добавление

<LangVersion>latest</LangVersion>

app.csproj помогло.

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

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

Салам, у меня есть и то, Visual Studio 2017и другоеVisual Studio 2019

Visual Studio 2019 не показывает эту ошибку, но 2017 показывает. Попробуйте установить Visual Studio 2019.

Visual Studio 2017

Visual Studio 2019

Если вы хотите разрешить указывать параметры в команде, они должны выглядеть так:

 [STAThread]
 static void Main(params string[] paramaters)
 {

вы не можете указать более одного параметра, иначе это также вызовет ошибку, указанную выше.

Для некоторых, приезжающих сюда:

В моем случае я скопировал .csproj из демонстрационного проекта, который был включен <EnableDefaultCompileItems>false</EnableDefaultCompileItems>без включения файла Program.cs. Исправление заключалось в том, чтобы либо удалить EnableDefaultCompileItems, либо явно включить Program.cs в компиляцию.

hellow, ваш основной класс был удален, поэтому добавьте новый класс, имя которого установлено как Main.cs, и уничтожьте этот код или, если проблема в окне, такая же проблема на этом

using System;
using System.Collections.Generic;
using System.Linq;
using Foundation;
using UIKit;

namespace your_PKG_name.iOS
{
       public class Application
        {
            // This is the main entry point of the application.
            static void Main(string[] args)
            {
                // if you want to use a different Application Delegate class from "AppDelegate"
                // you can specify it here.
                UIApplication.Main(args, null, "AppDelegate");

            }
        }
}

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

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

1. Щелкните правой кнопкой мыши проект

2. Выберите "Свойства"

3. Установите "Тип вывода" на "Приложение Windows"

4. Объект запуска: namepace.Program

Если у вас действительно есть общедоступный статический метод main, это могут быть настройки вашей сборки, как описано в этом вопросе: Устранение неполадок «программа не содержит статический метод Main», когда он явно содержит ...?

Я тоже столкнулся с этой проблемой. Затем я понял, что выбираю консольное приложение (пакет), а не консольное приложение.

Я использую Visual Studio, и у меня тоже была эта проблема. Это заняло у меня некоторое время, но в моей программе это было вызвано тем, что я случайно удалил класс с именем «Программа», который создается автоматически.

Для будущих читателей, которые столкнулись с той же проблемой с приложением Windows Forms, одним из решений является добавление этих строк в ваш основной / стартовый класс формы:

    [STAThread]
    static void Main()
    {
        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);
        Application.Run(new MyMainForm());
    }

Затем перейдите в свойства проекта> Приложение> раскрывающийся список Startup Object, вы должны увидеть пространство имен MyMainForm, выбрать его, очистить и построить решение. И это должно работать.

Проверьте, установлен ли проект как «Начальный проект».

Щелкните правой кнопкой мыши проект и выберите в меню «Установить как запускаемый проект».

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

namespace ClassLibrary1
{
    public class Class1
    {
    }
}

К этому...

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
        }
    }
}

Допустимая запись выглядит так:

public static class ConsoleProgram
    {
        [STAThread]
        static void Main()
        {
            Console.WriteLine("Got here");
            Console.ReadLine();
        }
    }

У меня были проблемы при написании веб-приложения, но из-за ужасного времени загрузки я хотел быстро преобразовать тот же проект в консольное приложение и выполнить быстрые тесты методов, не загружая все решение.

Моя точка входа была помещена в /App_Code/Main.cs, и мне пришлось сделать следующее:

1. Установите проект -> Свойства -> Приложение -> Тип вывода = Консольное приложение
2. Создайте /App_Code/Main.cs
3. Добавьте в него приведенный выше код (и укажите методы в моем проекте)
4. Щелкните правой кнопкой мыши файл Main.cs -> Свойства -> Действие сборки = Скомпилировать

После этого я могу установить вывод (как упоминалось в шаге 1) в Библиотеку классов, чтобы запустить веб-сайт, или Консольное приложение, чтобы войти в режим консоли.

Почему я сделал это вместо двух отдельных проектов?

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

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

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