我什么时候应该添加GUI？

Question

我在家里和工作中写了很多脚本。大多数情况下，脚本只使用几次来完成他们所选择的任务，然后再也不会再使用了。但是，有时我会写一个脚本来做一些更复杂的事情，这需要用户输入。正是在这一点上，我经常为是否用y / n实现GUI或棒，按1-10等命令行界面而苦恼。这种类型的界面使用起来很繁琐，难以维护。

我知道有些东西比其他东西更适合GUI，比如在巨大的列表中选择东西。但是，切换命令行应用程序以使用GUI所花费的时间是令人望而却步的。对我来说，即使是我能找到的最simple框架，也需要花费大量时间来添加GUI。

我很好奇是否有任何开发人员有一种方法可以确定他们的脚本在什么时候已经增长到足以需要GUI。或者我是以错误的方式解决这个问题，我是否应该总是编写我的脚本，假设我以后可能会添加GUI？

Answer 1

这不能回答你的问题，但是在UI和命令行之间的FWIW中间步骤是拥有配置文件而不是UI：

1. 编辑配置文件
2. 运行程序

如有必要，配置文件格式可以很复杂并且评论很好。

Answer 2

与此类型的许多问题一样，答案取决于它。

如果您的程序/脚本通过接收来自用户的大量输入只做一件事，那么最好坚持使用非GUI模式。

如果应用程序执行的操作不止一件，并且您认为用户将使用该应用程序执行大量操作，则可以考虑使用GUI。

您打算将此计划分发给其他人吗？然后最好提供一个GUI。

如果用户是非技术用户，则必须使用GUI！

多数民众赞成。

Answer 3

当你想以可发现的方式将你的东西交给别人时。命令行脚本很棒，因为它们简单而优雅，但它们不是很容易被发现。也就是说，如果您将脚本交给没有文档的其他人，他们是否能够弄清楚它们是什么以及如何使用它们？如果你的任务如此简单，以至于myscript /？将解释你需要做什么，然后你不需要GUI。

另一方面，如果您将脚本交给不那么技术性的人，或者需要更多关于要完成的任务的视觉指导，那么GUI就是一个很好的方法。 。您甚至可能希望保持脚本不变，只需创建一个单独的GUI来运行它们，以获得最大的灵活性。

Answer 4

我认为这种决定还取决于将使用您的脚本的观众：如果是那些熟悉命令行的人，那么只要您的脚本有一个好的，就没有必要添加GUI / help，解释了它接受的所有参数。但是，如果您希望“普通用户”能够使用您的程序，我宁愿添加一个GUI，因为否则您的程序可能对该用户组不够直观。

Answer 5

如果您只需要一些“对话框”来改进脚本，则可以使用KDE Kdialog或Gnome Zenity。

Answer 6

我无法计算我写过我认为会是“一次性”的次数，它变得比我想象的更有用并最终为它编写GUI，或者我需要几个月后回来使用一个程序。 GUI的优点是可以更容易地记住可能是命令行参数的内容。即对于标志和选项，您只需使用复选框，组合框，单选按钮和文件选择器文件名。我使用Borland C ++ RAD，因此可以快速轻松地将简单（甚至不那么简单）的对话框放在一起。我现在经常开始创建GUI。

Answer 7

如果您使用Linux，请尝试使用Zenity。这是一个易于使用的工具，可以为命令行程序创建GUI。