Console application 是一个控制台应用程序&;Windows窗体应用程序组合是否可能?

Console application 是一个控制台应用程序&;Windows窗体应用程序组合是否可能?,console-application,windows-applications,Console Application,Windows Applications,我使用Visual Studio 2010,并使用C#编写代码。我认识的几个人对这些程序应该采用什么格式、控制台还是windows格式有不同的看法。这些程序通常只需安装\删除\修改\创建其他文件,并提供一些设置和已提供给程序的文件 控制台应用程序的理由是能够在批处理脚本中使用它,以便在不同设置下进行无人执行和重复。Windows应用程序的原因是易于使用,而不是键入命令行选项和参数。是否可以将这两者结合起来,或者这是一种好的做法?如果您想做的事情,在给定正确的值的情况下,可以拉到一个共享项目中,那

我使用Visual Studio 2010,并使用C#编写代码。我认识的几个人对这些程序应该采用什么格式、控制台还是windows格式有不同的看法。这些程序通常只需安装\删除\修改\创建其他文件,并提供一些设置和已提供给程序的文件


控制台应用程序的理由是能够在批处理脚本中使用它,以便在不同设置下进行无人执行和重复。Windows应用程序的原因是易于使用,而不是键入命令行选项和参数。是否可以将这两者结合起来,或者这是一种好的做法?

如果您想做的事情,在给定正确的值的情况下,可以拉到一个共享项目中,那么是的。然后,您还有两个项目:控制台应用程序和windows应用程序。这两种方法都引用了共享项目的逻辑要点。应用程序项目在那里提供了一个进入支撑项目的接口


就个人而言,如果应用程序只是要使用给定的值,我会给它一个配置文件,并使其成为从该配置中提取的控制台应用程序。然后可以在不同的服务器上进行不同的设置。您甚至可以在该文件中放入不同的命名配置,让console应用程序只要求使用命名配置。如果该应用程序可以是控制台应用程序,并且供程序员/管理员/其他超级用户类型的人使用,那么它可能并不真正需要windows UI。

如果您想做的事情,在给定正确值的情况下,可以拉入共享项目,则选择“是”。然后,您还有两个项目:控制台应用程序和windows应用程序。这两种方法都引用了共享项目的逻辑要点。应用程序项目在那里提供了一个进入支撑项目的接口


就个人而言,如果应用程序只是要使用给定的值,我会给它一个配置文件,并使其成为从该配置中提取的控制台应用程序。然后可以在不同的服务器上进行不同的设置。您甚至可以在该文件中放入不同的命名配置,让console应用程序只要求使用命名配置。如果该应用程序可以是控制台应用程序,并且供程序员/管理员/其他超级用户类型的人使用,那么它可能并不真正需要windows UI。

现在,您编写的第二段是我们正在使用的当前设置。现在,您编写的第二段是我们正在使用的当前设置。