Должен ли я использовать Perl/Tk, Tcl :: Tk или Tkx для графического интерфейса Perl?

Question

Мне очень нравится Perl/Tk, но пришли к мнению, что это DOA. Я думаю, что Tcl::Tk и Tkx - лучшие решения. Предположим, что я опустил Perl/Tk. Является ли «наиболее поддерживаемый» маршрут с Tcl::Tk (который не обновлялся с 2007 года и чей автор, похоже, не может быть достигнут), или Tkx? Являются ли эти из них активно использованы/поддерживаются?

Answer 1

Я имел хороший результат с wxPerl, here is a short article on O'Reilly

Примечание: я целился win32, и это было около 5 лет назад.

Answer 2

Под капотом Tcl::Tk и Tkx использовать модуль Tcl как мост к Tcl/Tk. Разница заключается в API, который они представляют для Perl.

Tkx был разработан компанией ActiveState, которая использует ее в графическом интерфейсе для своих инструментов. (например, PPM). Он активно используется, хотя трудно сказать, насколько широко. Это также поддерживается, но поскольку это такой тонкий слой над Tcl, не так много поддержки. В некотором роде это хорошо - мало что можно изменить или сломать - но это создает впечатление отказа.

Tcl :: Tk начался как побочный проект, демонстрирующий совместимость API с Perl/Tk. Мне нравится идея этого - было бы замечательно только менять use Tk на use Tcl::Tk и получить преимущества более новых версий Tcl/Tk, таких как поддержка плит (темы). К сожалению, его еще нет. Кажется, что есть какая-то работа, но не так много. Это может реально использовать больше разработчиков.

Лично я пользуюсь Tkx. Если вы переживаете развитие в Perl/Tk, переход не слишком болезнен, но я думаю, что это будет трудное место для начала. Хуже всего то, что вам нужно обратиться к Tcl/Tk documentation, чтобы использовать его. Это здорово, если вы знаете Tcl, так как очень мало сюрпризов, введенных мостом для Perl, но если вам неловко переводить с незнакомого языка.