Ответ 1
Visual Studio создает "Program.cs" в наши дни, что кажется довольно разумным. Другое самодокументируемое имя, которое мне нравится, это "EntryPoint".
Например, на С# или Java у вас всегда есть метод main(), используемый для запуска вашей программы. Как вы называете класс, в котором он находится? Некоторые идеи, которые я бы использовал, были бы просто "Программой" или именем самой программы. Что в этом случае считается условным?
Visual Studio создает "Program.cs" в наши дни, что кажется довольно разумным. Другое самодокументируемое имя, которое мне нравится, это "EntryPoint".
Я использую Main или Main
"Launcher"
Я называю основной класс после самого приложения. Например. программа калькулятора может иметь "CalculatorProgram" или просто класс "Калькулятор".
Учитывая, что VS называет ваш основной класс тем, что вы называете своим приложением, я думаю, что это довольно стандартный.
В Objective-C Cocoa main() является самой C-функцией. Он отправляет сообщение объекту NSApplication, который представляет запущенное приложение.
Я предпочитаю ConsoleStub.cs для консольных приложений и Core.cs для других
Программа, похоже, является стандартом. Работает для меня: D
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
Я всегда использовал FooLauncher, потому что он позволяет мне инкапсулировать всю логику синтаксического анализа командной строки в одном классе (вместо того, чтобы пытаться внедрить ее в один метод), что также позволяет лучше тестировать. Это также улучшает сегрегацию проблем: Foo может быть чем-то, что вы используете за пределами командной строки, но FooLauncher должен запустить Foo для обработки командной строки.
Это особенно важно в приложении, которое в целом имеет несколько доступных инструментов командной строки: каждый из них имеет свой собственный Launcher. Просто сказать, что программа не имеет смысла, если ваша "программа" имеет несколько инструментов командной строки.
XApplication, где X - описательное имя программы.
Я думаю, что использовать имя по умолчанию для языка было бы хорошей идеей... другие будут знать, что есть основной()
Я думаю, что программа - это обычный случай. В моем случае я больше как-то потрудился подумать о имени, которое я должен дать пространству имен, особенно если он содержит только один класс. В отсутствие окончательных рекомендаций по наименованию пространства имен только с одним классом я придумываю такой шаблон: Stub для абстрактных классов, Impl для реализации, Project для имени скомпилированной dll/exe.
Пример:
FootwearRemotingStubProject.dll:
namespace FootwearRemotingStubProject
{
public class FootwearRemotingStub
{
...
}
}
FootwearRemotingImplProject.exe:
using FootwearRemotingStubProject;
namespace FootwearRemotingImplProject
{
public class FootwearRemotingImpl: FootwearRemotingStub
{
...
}
}
Мне нравится "StartUp"
VB.NET:
Public Module Main
Public Sub Main(String args())
End Sub
End Module
Я не помещаю его в класс. На самом деле, я даже не использую метод, просто фрагмент кода:
#!/usr/bin/env ruby
puts 'Look Ma, no class, no method!'