什么更新程序更好 - 图形用户界面或控制台？

我为我的项目创建了一个更新程序，我在想什么更好 - 是GUI还是作为控制台应用程序？这里有优点和缺点：什么更新程序更好 - 图形用户界面或控制台？

GUI：用户友好，容易，但太多的程序太少。这是不必要的。

控制台：简单但不便于用户使用。也很简单！编辑：感谢您的答案！我的两难境地是，GUI对于那么小的东西来说太过分了 - 它会有按钮，标签，进度条，而在控制台中，您只需点击一下，然后繁荣。这非常简单！

2012-02-12 Devfly

那么对用户友好性有什么要求？如果您可以更好地定义程序的使用者是谁，那么您可以更好地决定GUI或控制台应用程序是否符合该用户（或用户组）的要求。 – 2012-02-12 18:12:36

这更多的是品味和你的使用场景。如果您希望用户被告知更新，那么优雅而有光泽的GUI可能是一个优点。否则，如果你只想将它作为服务运行 - 那么它可以是控制台。 – 2012-02-12 18:13:01

感谢您的答案！我的两难境地是，GUI对于那么小的东西来说太过分了 - 它会有按钮，标签，进度条，而在控制台中，您只需点击一下，然后繁荣。这非常简单！ – Devfly 2012-02-12 18:17:24

尝试从用户界面分离更新逻辑。这可以很容易地尝试它们两个。

在一个解决方案中，您可以有三个独立的项目。一个包含更新逻辑的类库。一个控制台程序和一个WinForms程序，都引用类库。

2012-02-12 18:11:56

那么，答案就完全取决于你问的问题：你想做大部分工作的人，你或用户？在大多数情况下，答案是'你'。这是您作为开发人员为用户提供可用产品的工作。

另外，请记住，您只开发一次，但用户一次又一次地使用您的程序。

2012-02-12 18:12:30

仅仅因为它是一个GUI并不意味着它必须是一个复杂的GUI。你可以有一个简单的表单，里面有一个标签，上面写着“应用程序更新”。

我个人会选择非交互式安装（即不显示用户界面表单）的GUI路径。

此方法的原因是，在某个时刻，您可能需要/需要其他选项或用户交互，并且如果您从控制台路线开始，则最终可能需要切换到GUI或有可能有控制台UI变得过于复杂。

例如，如果您想要因为大量改进而收取更新费用，或者您希望为可购买的应用程序提供高级模式，那么您可能需要从用户那里获取密钥以启用此功能。在表单中收集这些信息可能比在控制台上键入更方便用户使用。

您也可能希望在更新表单中提供超链接，以链接到您的网站或安装目录中的新功能列表。同样，它在GUI中会更加用户友好。

2012-02-12 19:14:15

回答