На языке OO, как вы называете свой класс, который содержит метод Main?

Например, на С# или Java у вас всегда есть метод main(), используемый для запуска вашей программы. Как вы называете класс, в котором он находится? Некоторые идеи, которые я бы использовал, были бы просто "Программой" или именем самой программы. Что в этом случае считается условным?

ОТВЕТЫ

Ответ 1

Visual Studio создает "Program.cs" в наши дни, что кажется довольно разумным. Другое самодокументируемое имя, которое мне нравится, это "EntryPoint".

Ответ 2

Я использую Main или Main

Ответ 3

"Launcher"

Ответ 4

Я называю основной класс после самого приложения. Например. программа калькулятора может иметь "CalculatorProgram" или просто класс "Калькулятор".

Учитывая, что VS называет ваш основной класс тем, что вы называете своим приложением, я думаю, что это довольно стандартный.

Ответ 5

В Objective-C Cocoa main() является самой C-функцией. Он отправляет сообщение объекту NSApplication, который представляет запущенное приложение.

Ответ 6

Я предпочитаю ConsoleStub.cs для консольных приложений и Core.cs для других

Ответ 7

Программа, похоже, является стандартом. Работает для меня: D

Ответ 8

Main. Пакет, где он размещен, говорит, что остальные.

com.finance.calculator.Main

И в основном у меня есть только:

public static void main( String [] args ) { 
    FinanceCalculator calc = new FinanceCalculator();
    calc.show(); // or start(); or init. or whatever.
}

: S Я надеюсь, что мне никогда не нужно кодировать калькулятор финансов: S: S

Ответ 9

Я всегда использовал FooLauncher, потому что он позволяет мне инкапсулировать всю логику синтаксического анализа командной строки в одном классе (вместо того, чтобы пытаться внедрить ее в один метод), что также позволяет лучше тестировать. Это также улучшает сегрегацию проблем: Foo может быть чем-то, что вы используете за пределами командной строки, но FooLauncher должен запустить Foo для обработки командной строки.

Это особенно важно в приложении, которое в целом имеет несколько доступных инструментов командной строки: каждый из них имеет свой собственный Launcher. Просто сказать, что программа не имеет смысла, если ваша "программа" имеет несколько инструментов командной строки.

Ответ 10

XApplication, где X - описательное имя программы.

Ответ 11

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

Ответ 12

Я думаю, что программа - это обычный случай. В моем случае я больше как-то потрудился подумать о имени, которое я должен дать пространству имен, особенно если он содержит только один класс. В отсутствие окончательных рекомендаций по наименованию пространства имен только с одним классом я придумываю такой шаблон: Stub для абстрактных классов, Impl для реализации, Project для имени скомпилированной dll/exe.

Пример:

FootwearRemotingStubProject.dll:

namespace FootwearRemotingStubProject
{
    public class FootwearRemotingStub
    {
        ...
    }
}

FootwearRemotingImplProject.exe:

using FootwearRemotingStubProject;

namespace FootwearRemotingImplProject
{
    public class FootwearRemotingImpl: FootwearRemotingStub
    {
        ...
    }
}

Ответ 13

Мне нравится "StartUp"

Ответ 14

VB.NET:

Public Module Main
Public Sub Main(String args())
End Sub
End Module

Ответ 15

Я не помещаю его в класс. На самом деле, я даже не использую метод, просто фрагмент кода:

#!/usr/bin/env ruby

puts 'Look Ma, no class, no method!'