En un idioma OO, ¿cuál es el nombre de su clase que contiene el método principal?

Question

Por ejemplo, en C# o Java, siempre tiene un método main() utilizado para ejecutar su programa. ¿Cómo nombras la clase en la que se encuentra? Algunas ideas que usaría serían simplemente "Programa" o el nombre del programa en sí. ¿Qué se consideraría convencional en este caso?

Answer 1

Visual Studio crea "Program.cs" en estos días, lo que parece bastante razonable. Otro nombre de auto-documentación me gusta es "EntryPoint".

Answer 2

Indico la clase principal después de la aplicación en sí. P.ej. un programa de Calculadora puede tener un "Programa Calculadora" o solo una clase "Calculadora".

Considerando que VS nombra a su clase principal cualquiera que sea el nombre de su aplicación, creo que esto es bastante estándar.

Answer 3

XApplication, donde X es el nombre descriptivo del programa.

Answer 4

En Objective-C Cocoa, main() es la función C en sí. Envía un mensaje al objeto NSApplication que representa la aplicación en ejecución.

Answer 5

Creo que utilice un nombre predeterminado de la lengua sería una buena idea ... otros sabrán que no es el principal()

Answer 6

prefiero ConsoleStub.cs para aplicaciones de consola y Core.cs para otra

Answer 7

Creo que el programa es un caso convencional. En mi caso, de alguna manera me molesta pensar en el nombre que debería darle al espacio de nombres, especialmente si contiene solo una clase. En ausencia de pautas definitivas para nombrar el espacio de nombres con una sola clase, se me ocurre un patrón como este: Stub para clases abstractas, Impl para implementación, Project para el nombre de dll/exe compilado.

ejemplo:

FootwearRemotingStubProject.dll:

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

FootwearRemotingImplProject.exe:

using FootwearRemotingStubProject; 

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

Answer 8

me gusta "de arranque"

Answer 9

utilizo ya sea principal o Main

Answer 10

El programa parece ser el estándar. Que funciona para mí: D

Answer 11

"Iniciador"

Answer 12

VB.NET:

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

Answer 13

principal. El paquete donde está colocado dice el resto.

com.finance.calculator.Main 

y en los principales Sólo tengo:

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

: SI espero no tener que codificar una calculadora de Finanzas: S: S

Answer 14

Siempre he usado FooLauncher, porque me permite encapsular toda la lógica sobre el análisis de línea de comandos en una clase (en lugar de tratar de incluirlo en un método), lo que también permite una mejor capacidad de prueba. También es mejor segregar las preocupaciones: Foo podría ser algo que utilizas fuera de la línea de comandos, pero FooLauncher está ahí para iniciar el procesamiento de línea de comandos de Foo.

Esto es particularmente importante en una aplicación que en general tiene múltiples herramientas de línea de comandos disponibles: cada uno tiene su propio lanzador. Simplemente diciendo Programa tiene poco sentido si su "programa" tiene múltiples herramientas de línea de comandos.

Answer 15

no pongo en una clase. De hecho, ni siquiera uso un método, solo un fragmento de código:

#!/usr/bin/env ruby 

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