Java—在主类中放入多少逻辑？
你通常在主类中放多少逻辑？主类中的逻辑是否应该是最少的，只实例化其他专门类，并从中运行所有任务Java—在主类中放入多少逻辑？,java,Java,你通常在主类中放多少逻辑？主类中的逻辑是否应该是最少的，只实例化其他专门类，并从中运行所有任务 如果您对这个主题（或外部文章）有任何建议，我将不胜感激。这不是一个类是否是“主类”的问题。问题在于publicstaticvoidmain（stringargs[]）方法中有多少逻辑。理想情况下，它应该包含很少的逻辑。它本质上应该构造一个或两个对象，然后对这些对象调用方法。其中一个对象可能是this（）——一个主类的实例，这没关系 您必须将main（）方法放在某个地方—不需要创建一个特殊的类来保存该方
如果您对这个主题（或外部文章）有任何建议，我将不胜感激。这不是一个类是否是“主类”的问题。问题在于
publicstaticvoidmain（stringargs[]）作为一般规则，尽量避免在静态方法中包含太多内容-静态方法在测试中不能被模仿。对于小型工具，我很高兴在主类中包含大部分或全部逻辑-通常很少使用模型。（对于非常小的工具，我承认我通常不关心单元测试。特别是，如果你正在构建一个更大的应用程序中的组件，那么在设计方面的好处就更少了。） 对于大型应用程序，主类实际上只是负责设置并启动它们。如果您使用的是一个DI框架，它实际上可能只有很少的代码；如果不使用依赖项注入，那么主类通常充当“手动”依赖项注入框架 主类中的逻辑是否应该是最少的，只实例化其他专门类，并从中运行所有任务 对
mainmain这种灵活性对一切都很重要，除了100行的基本示例、原型等。但是，考虑到即使是小型工具也会不断增长，为什么不从一开始就正确地使用它呢？主类应该是程序的入口点，因此应该相对较小。然而，这一切都取决于你的实际计划。如果它有50行长，那么为它创建两个文件可能会有些过分
作为一个例子，考虑默认的Swing应用程序框架桌面应用程序，因为它将由NETBeS模板生成，它是简单和简短的，其<代码>主（）>代码>方法是启动它的单行：
public class MyApp extends SingleFrameApplication {
@Override protected void startup() {
show(new MyView(this));
}
@Override protected void configureWindow(java.awt.Window root) {}
public static MyApp getApplication() {
return Application.getInstance(MyApp.class);
}
public static void main(String[] args) {
launch(MyApp.class, args);
}
}
这不是一个真正值得回答的问题，我只是想补充一下，我发现只有
main（）System.exit（）