W języku OO, jak nazywasz swoją klasę, która zawiera metodę Main?

Question

Na przykład w C# lub Java, zawsze masz metodę main() używaną do uruchomienia twojego programu. Jak nazywasz klasę, w której się znajduje? Niektóre pomysły, których chciałbym użyć, to po prostu "Program" lub nazwa samego programu. Co w tym przypadku byłoby konwencjonalne?

Answer 1

Visual Studio tworzy obecnie "Program.cs", co wydaje się całkiem rozsądne. Inną samokonującą nazwą, którą lubię, jest "EntryPoint".

Answer 2

Nazwam główną klasę po samej aplikacji. Na przykład. program kalkulacyjny może mieć "Kalkulator" lub tylko "Kalkulator".

Biorąc pod uwagę, że VS nazywa twoją główną klasę bez względu na to, jak nazywasz swoją aplikację, myślę, że jest to dość standardowe.

Answer 3

XApplication, gdzie X jest opisową nazwą programu.

Answer 4

W Objective-C Cocoa, main() jest samą funkcją C. Wysyła ona wiadomość do obiektu NSApplication, który reprezentuje działającą aplikację.

Answer 5

myślę użyć domyślnej nazwy języka byłoby dobrym pomysłem ... inni będą wiedzieć, że nie jest głównym()

Answer 6

Wolę ConsoleStub.cs dla aplikacji konsolowych i Core.cs dla innych

Answer 7

Myślę, że Program jest umownym przypadkiem. W moim przypadku bardziej zastanawiam się nad nazwą, którą powinienem nadać przestrzeni nazw, szczególnie jeśli zawiera ona tylko jedną klasę. Wobec braku ostatecznych wytycznych nazewnictwa przestrzeni nazw z tylko jedną klasą, wymyślam następujący wzór: skrót dla klas abstrakcyjnych, Impl dla implementacji, projekt dla nazwy skompilowanej biblioteki dll/exe.

przykład:

FootwearRemotingStubProject.dll:

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

FootwearRemotingImplProject.exe:

using FootwearRemotingStubProject; 

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

Answer 8

Lubię "Uruchomienie"

Answer 9

używam Main lub Main

Answer 10

Program wydaje się być standardem. Pracuje dla mnie: D

Answer 11

"Launcher"

Answer 12

VB.NET:

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

Answer 13

Główny. Pakiet, w którym jest umieszczony, mówi resztę.

com.finance.calculator.Main 

a zasadniczo mam tylko:

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

: SI nadzieję, że nigdy nie trzeba zakodować Kalkulator Finanse: S: S

Answer 14

Zawsze stosować FooLauncher, bo pozwala mi hermetyzować całą logikę na temat parsowania wiersza poleceń w jednej klasie (zamiast próbować uzyskać ją w jedną metodę), co również pozwala na lepszą testowalność. Lepsza jest także segregacja problemów: Foo może być czymś, czego używasz poza linią poleceń, ale FooLauncher jest tam, aby uruchomić Foo z danym przetwarzaniem linii poleceń.

Jest to szczególnie ważne w przypadku aplikacji, w której ogólnie dostępnych jest wiele narzędzi wiersza polecenia: każdy ma własny program uruchamiający. Mówienie Program ma niewielki sens, jeśli twój "program" ma wiele narzędzi wiersza poleceń.

Answer 15

Nie umieszczam tego w klasie. W rzeczywistości nie używam nawet metody, tylko fragment kodu:

#!/usr/bin/env ruby 

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