Когда я должен добавить графический интерфейс?

Question

Я пишу много сценариев дома и на работе. В большинстве случаев сценарии используются только несколько раз для выполнения выбранной задачи, а затем никогда не используются снова. Однако иногда я пишу сценарий, чтобы сделать что-то более сложное, что требует ввода данных пользователем. Именно в этот момент я обычно мучаюсь тем, стоит ли реализовывать графический интерфейс или придерживаться y / n, нажимать 1-10 и т. Д. Интерфейс командной строки. Этот тип интерфейса может стать утомительным в использовании и сложным в обслуживании.

Я знаю, что некоторые вещи поддаются графическому интерфейсу больше, чем другие, такие как выбор вещей в гигантском списке. Однако время, необходимое для переключения приложения командной строки на использование графического интерфейса, является непомерно большим. Для меня достаточно времени, чтобы добавить графический интерфейс даже с самой простой платформой, которую я могу найти.

Мне любопытно, есть ли у разработчиков метод определения того, в какой момент их сценарий вырос настолько, чтобы нуждаться в графическом интерфейсе. Или я поступаю неправильно, должен ли я всегда писать свои сценарии, предполагая, что позже смогу добавить графический интерфейс?

Answer 1

Это не отвечает на ваш вопрос, но FWIW промежуточный шаг, между пользовательским интерфейсом и командной строкой, должен иметь файл конфигурации вместо пользовательского интерфейса:

1. Редактировать файл конфигурации
2. Запустите программу

Формат файла конфигурации при необходимости может быть сложным и хорошо прокомментированным.

Answer 2

Как и во многих вопросах такого типа, ответ таков:

Если ваша программа / скрипт выполняет только одну операцию, получая от пользователя несколько входных данных, лучше придерживаться режима без графического интерфейса пользователя.

Если приложение выполняет несколько задач и если вы считаете, что пользователь будет использовать приложение для выполнения многих задач, вы можете рассмотреть возможность использования графического интерфейса пользователя.

Планируете ли вы распространять эту программу среди других? Тогда лучше предоставить графический интерфейс.

Если пользователи нетехнические, графический интерфейс является обязательным!

Вот так.

Answer 3

Когда вы хотите передать свои вещи кому-то еще в доступной форме. Скрипты командной строки потрясающие, потому что они просты и элегантны, но их не очень легко обнаружить. То есть, если вы передадите свои сценарии кому-то еще без документации, смогут ли они выяснить, кто они и как их использовать? Если ваши задачи настолько просты, что myscript /? объяснит, что вам нужно сделать полностью, тогда вам не нужен графический интерфейс.

Если, с другой стороны, вы передаете свои сценарии кому-то, кто не настолько техничен или нуждается в каком-то более наглядном руководстве относительно выполняемой задачи, чем, во что бы то ни стало, графический интерфейс - это хороший способ пойти , Возможно, вы даже захотите сохранить ваши сценарии такими, какие они есть, и просто создать отдельный графический интерфейс, который запускает их для максимальной гибкости.

Answer 4

Я думаю, что это решение также зависит от аудитории, которая будет использовать ваш сценарий: если людям, которым удобно работать с командной строкой, нет необходимости в добавлении графического интерфейса, если ваш сценарий имеет хороший / справка, которая объясняет все параметры, которые он принимает. Но если вы хотите, чтобы «средний пользователь» мог использовать вашу программу, я бы предпочел добавить графический интерфейс, потому что в противном случае ваша программа может быть недостаточно интуитивно понятной для этой группы пользователей.

Answer 5

Если вам нужны только некоторые "диалоги" для улучшения ваших скриптов, вы можете использовать KDE Kdialog или Gnome Zenity .

Answer 6

Если вы используете Linux, попробуйте Zenity. Это простой в использовании инструмент для создания графического интерфейса для программ командной строки.

Answer 7

Я не могу сосчитать, сколько раз я написал то, что я считал «одноразовым», и это стало более полезным, чем я думал, и в итоге написал для него графический интерфейс, или мне нужно вернитесь, чтобы использовать программу несколько месяцев спустя. Преимущество графического интерфейса состоит в том, что он легче запоминает то, что в противном случае могло бы быть аргументами командной строки. То есть для флагов и опций вы можете просто использовать флажки, поля со списком, переключатели и имена файлов селекторов файлов. Я использую Borland C ++ RAD, поэтому довольно просто и быстро собрать простое (или даже не очень) диалоговое окно. Сейчас я часто начинаю с создания графического интерфейса.