wxDebug

Но если бы вы спросили, каковы некоторые из самых высоких требований для инструментария GUI, в то время, когда Java + AWT / Swing уделяли много внимания, вы, вероятно, получили бы некоторые или более из следующих пунктов …

• Отзывчивый (GUI реагирует на пользователей)
• Собственный внешний вид (приложения Windows должны выглядеть как приложения Windows)
• Легко / быстро развиваться в
• Кроссплатформенность (т. Е., По крайней мере, есть шанс заставить это приложение Win32 работать под Linux и MacOS).

Хотя пять лет назад это было бы большим новостью, wxPython, по сути, предоставляет все вышеперечисленное.

wxPython — это «обертка» Python для wxWidgets : «Фреймворк с открытым исходным кодом C ++ для создания кроссплатформенного программирования.». Я полагаю, что проекту wxWidgets столько же лет, сколько Linux, и, вероятно, его можно смело назвать «зрелым». Концептуально, wxPython — это что-то вроде PHP-GTK, но гораздо более зрелый по сравнению (как и сам Python) с дополнительным преимуществом wxWidgets, обеспечивающим естественный внешний вид любой операционной системы (в которой PHP-GTK нет).

В сообществе Python главный барьер, который wxPython должен был преодолеть, — это кривая обучения. Если вы уже знали, что разбираетесь в wxWidgets, нет проблем, но для всех остальных это, вероятно, что-то вроде команды 747, которая научилась летать на планере. Войдите в книгу …

wxPython в действии

Не собираюсь делать длинный обзор — вы найдете один здесь и интервью с Робином Данном здесь (соавтор и ведущий разработчик).

Мини обзор: это хорошая книга. Кажется, что главная цель книги — помочь читателям понять ключевые слова wx.concepts, необходимые для самодостаточности. Со мной, как подопытным кроликом, думаю, что это достигнет этой цели: я теперь wx.dangerous;) Обратите внимание, я не был полным новичком в wxPython — написал одну маленькую, но полезную утилиту, но ничего действительно серьезного (то есть я не получил что касается использования sizers) — книга определенно имеет переломный момент, чтобы помочь мне понять wxPython. Это также очень читабельно — уверенность Робина Данна в качестве ведущего разработчика wxPython в сочетании с опытом Ноэла Раппинса в качестве педагога хорошо играют вместе.

В ретроспективе есть вещи, которые я бы хотел, чтобы книга включала, например, освещение большего количества виджетов (таких как «Блокнот»), некоторых справочных приложений и многое другое о разработке приложений (MVC, MVP и т. Д.). В то же время существует точка зрения «хороший дизайн — это то, что вы можете оставить», и я думаю, что она применима здесь — я ожидаю, что «wxPython in Action» выживет в будущих выпусках wxPython. Если вам это нужно, есть книга по wxWidgets (как в C ++), которая гораздо более обширна с точки зрения ссылок, но все еще в значительной степени применима к wxPython.

wxDebug

План с wxDebug заключался в том, чтобы создать прототип, а значит сказать «кого это волнует?» Таким вещам, как документация, модульные тесты или затратить чрезмерные усилия на чистые абстракции. Он постыдно пытается сорвать дизайн пользовательского интерфейса Wincachegrind (хотя это еще не так далеко, как MDI ), за что я прошу прощения у Hendy Irawan.

Итак, некоторые случайные мысли, основанные на опыте хакерства вместе с wxDebug (и после прочтения книги)…

• Несмотря на то, что в книге приведено достаточно примеров наиболее распространенных виджетов, ожидайте, что вам придется время от времени искать в Google или тралить исходный код wxPython для примеров и тому подобного, например, констант стиля.
• Стоит просмотреть документы по API — одна вещь, которую книга могла бы сделать лучше, это просто рекламировать доступные компоненты посредством краткого описания. Например, случайно наткнувшись на wx.FileConfig (не в книге), это стало намного проще.
• Сделал все взломы под виндой. Что в ретроспективе, вероятно, было ошибкой, потому что попытка wxDebug под Ubuntu впервые, несколько дней назад, показала, что он довольно сильно сломан. wxPython / wxWidgets является кроссплатформенным, не зависит от платформы (т.е. это выполнимо, но требует выполнения). У меня сложилось впечатление, что wxWidgets считает Windows первоклассным гражданином (но, возможно, я ошибаюсь), поэтому, вероятно, разумнее разрабатывать под Linux (GTK) / OS X, так что начинать с более слабого кузена там легче, чем двигаться в Windows.
• Taskcoach остается лучшей кодовой базой, которую я когда-либо видел, чтобы научиться хорошо выполнять wxPython (тогда, в моем случае, игнорировать и продолжать взламывать). Это, пожалуй, лучшее место, чтобы пройти, как только вы пройдете через wxPython в действии и хотите узнать больше. ActiveGrid IDE интересен, но, похоже, имеет совершенно другой стиль для склеивания компонентов (в зависимости от понятия сервисов) — может быть умнее в долгосрочной перспективе, но, похоже, не очень хорошо с тем, что делают все остальные с wxPython.
• Кроме того, wxDebug не «просто работал» под Linux, не обнаружил серьезных ошибок / дыр в wxPython — он удивительно стабилен и зрел из всех, что я видел. Одной из незначительных проблем, после того, как я стал «умным» и заменил мой статический TreeCtrl виртуальным древовидным элементом управления, был узел, у которого было необычно большое количество дочерних элементов, что вызывало сбой приложения при добавлении их всех — еще предстоит выяснить, почему. В целом удалось добиться значительного прогресса даже в плане производительности.
• Получив удовольствие от взлома, я также в девятый раз заново открыл важность модульных тестов и полезных абстракций. Taskcoach предоставляет хороший пример того, как выполнить модульное тестирование приложения wxPython. wxDebug не делает никаких реальных попыток отделить представления от контроллеров, и это быстро превращается в беспорядок и требует решения. Тем не менее, я бы порекомендовал избегать MVC или иным образом при начале работы, так как важно понять, где абстракции действительно полезны, иначе вы будете довольно быстро бороться со своим собственным кодом, а не узнавать о wxPython.

В любом случае, wxDebug доступен здесь в двоичном виде для Windows (извлеките кого-нибудь и запустите wxdebug.exe — спасибо py2exe ) — это рабочий прототип, который предлагает абсолютно нулевую выгоду по сравнению с Wincachegrind, за исключением, возможно, новинки. Пока не определились, собираюсь ли я продолжать с этим — есть много улучшений, от замены использования списков кортежами и исключения использования регулярных выражений в синтаксическом анализаторе до написания модульных тестов, чтобы заставить его работать под Максом OS X и Linux, использование фреймов MDI и т. Д. На данный момент, пожалуйста, не сообщайте об ошибках — это всего лишь прототип.