Я рассматриваю возможность автоматизации задач на рабочем столе Windows (например, сортировка больших коллекций файлов музыки/текста/фотографий и т.д.).
Увидев, насколько моей основной областью знаний разработчика является Perl в Unix, я бы предпочел придерживаться Perl для кодирования бизнес-логики, что бы мне ни делал, только ради эффективности развития.
Вопрос в том, хочу ли я пометить какой-то графический интерфейс поверх работы (ala Perl:: Tk в Unix), какие у меня параметры инструментария GUI и какой из них вы бы рекомендовали использовать?
Обратите внимание, что я хотел бы, чтобы этот вопрос был хорошей возможностью обучения другим пользователям SO, поэтому я хотел бы получить ЛЮБЫЕ ответы, даже если они не обязательно удовлетворяют моим собственным ограничениям/потребностям, перечисленным ниже, хотя примечания о том, как ваше решение относится к этим соображениям, было бы очень желанным.
Мои соображения в основном обусловлены тем, что я хочу быстро разработанный инструмент для личного использования, чтобы сэкономить время на задачах, которые я сейчас делаю вручную.
-
Главное соображение - Perlishness развития - "Легкие вещи должны быть легкими и трудными, что должно быть возможно", поскольку лозунг Perl идет. Особенно первая часть:)
-
Предпочитает (но не настаивать) как можно более родную насколько применимо к компонентам. Например. скорее повторное использование диалогового окна открытия файла Windows, а также наличие специального диалогового окна Java.
-
Я бы предпочел использовать что-то, у которого была бы небольшая кривая обучения (например, нет необходимости изучать тонкости OLE/COM), поскольку целью здесь является быстрое развитие инструментов, которые мне необходимо упростить, в отличие от образование разработчиков, которое я концентрирую на областях, более актуальных для моей дневной работы:).
Но я определенно хотел бы получить доступ к чему-то новому/крутому, делая это, например. если некоторые полезные компоненты GUI на основе Monad предлагаются, мне определенно интересно.
-
Вопросы производительности (например, мне может потребоваться отобразить список каталогов s > 10000 файлами), но это не имеет первостепенной важности - я довольно хороший дизайнер и разработчик графического интерфейса и всегда могу архивировать приложение и создавать графический интерфейс если необходимо, хорошо масштабировать).
-
Я бы предпочел (хотя и не настаивать) фреймворк, который не заставлял меня компилировать вещи. например Библиотеки Perl более предпочтительны для пользовательских Java-материалов, которые мне нужно скомпилировать. Но если фреймворк идеален во всех других отношениях, я открыт для скомпилированного решения (до тех пор, пока он не требует от меня покупки Visual Studio или somesuch - я хочу создать интерфейс для графического интерфейса Windows для личного использования, не инвестировать в становление разработчика Windows).
Я довольно открытый и гибкий вне вышеуказанных ограничений. Некоторые библиотеки ActivePerl/Strawberry Perl, компоненты на основе MS PowerShell - черт возьми, если ничего лучше не появится, я просто установлю Apache на свой ПК и создаю веб-интерфейс:)