Question

例如在C＃或Java中，总是有一个main（）方法用于运行程序。你怎么称它所在的课程？我将使用的一些想法只是“程序”或程序本身的名称。在这种情况下会被认为是传统的吗？

Answer 1

Visual Studio最近创建了“Program.cs”，这似乎很合理。另一个我喜欢的自我记录名称是“EntryPoint”。

Answer 2

我使用Main或Main

Answer 3

“启动器”

Answer 4

我在应用程序本身之后命名主类。例如。计算器程序可能有一个“CalculatorProgram”或只是一个“Calculator”类。

考虑到VS命名你的主类无论你命名你的应用程序，我认为这是非常标准的。

Answer 5

在Objective-C Cocoa中，main（）是C函数本身。它向 NSApplication 对象发送一条消息，该对象代表正在运行的应用程序。

Answer 6

我更喜欢ConsoleStub.cs用于控制台应用程序而Core.cs用于其他

Answer 7

程序似乎是标准。适合我：D

Answer 8

主。它所在的包裹说明其余部分。

com.finance.calculator.Main

在Main我只有：

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

：我希望我永远不必编写财务计算器代码：S：S

Answer 9

我一直使用FooLauncher，因为它允许我将关于命令行解析的所有逻辑封装在一个类中（而不是试图将其转换为一个方法），这也允许更好的可测试性。这也是更好的关注点隔离：Foo可能是你在命令行之外使用的东西，但是FooLauncher可以在命令行处理时启动Foo。

这在总体上有多个命令行工具可用的应用程序中尤其重要：每个工具都有自己的启动器。如果您的“程序”有多个命令行工具，那么只说“程序”没什么意义。

Answer 10

XApplication ，其中X是程序的描述性名称。

Answer 11

我认为使用该语言的默认名称是个好主意......其他人会知道有主要的（）

Answer 12

我认为计划是一个传统的案例。在我的情况下，我更想知道我应该给命名空间的名称，特别是如果它只包含一个类。由于缺少仅使用一个类命名命名空间的明确指南，我想出了这样的模式：Stub用于抽象类，Impl用于实现，Project用于编译dll / exe的名称。

示例：

FootwearRemotingStubProject.dll：

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

FootwearRemotingImplProject.exe：

using FootwearRemotingStubProject;

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

Answer 13

我喜欢“StartUp”

Answer 14

VB.NET：

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

Answer 15

我不把它放在课堂上。事实上，我甚至不使用一种方法，只是一段代码：

#!/usr/bin/env ruby

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

在OO语言中，您为包含Main方法的类命名了什么？

15 个答案: