Запуск wxWidgets C++ требует легкого толчка

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

Выполнение такой работы вручную какое-то время дает вам понимание того, что вам нужно («Хорошо, мне нужен wxSizer, вертикальный, чтобы поместить эти два горизонтальных wxSizer, где я помещаю свои wxStaticText и wxTextCtl для каждой строки. .")... где, как я думаю, если бы вы начали с инструментов с графическим интерфейсом, вы бы просто раздражались, потому что (в последний раз, когда я смотрел) ни один из них не был редактором перетаскивания, как вы получаете с .NET.

Обязательно попробуйте Code::Blocks. Это ЗАМЕЧАТЕЛЬНАЯ среда для работы с wxWidgets. Она поставляется с конструктором форм и шаблонами для проектов wxWidgets, поэтому я не могу представить себе работу без нее.

Кроме того, для хорошего знакомства с wxWidgets для новичков попробуйте эту страницу. Мне очень помогло, когда я только начинал.

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

Для простых приложений вы можете собрать пользовательский интерфейс, используя смесь настраиваемых и стандартных виджетов без особых трудностей. Ознакомьтесь с примерами и демонстрациями wxWidgets, в которых используется этот подход. Мое шахматное приложение (см. мой сайт) тоже использует этот подход.

Более сложный пользовательский интерфейс можно было бы реализовать, написав что-то особенное на более высоком уровне абстракции. Я имею в виду подсистему, которая принимает гибкие запросы высокого уровня для обеспечения различных типов функций пользовательского интерфейса, а затем сортирует детали элементов управления, которые необходимо создать, позиционирование и т. д. самих этих элементов управления. Это своего рода моя техническая фантазия, но я никогда не пытался это сделать. На самом деле довольно примитивное средство этого типа уже доступно и используется в упомянутых мною демоверсиях; Он называется «Sizer» (класс wxSizer) и представляет собой контейнер управления.

Наконец, я хотел бы отметить, что проблемы с лицензией Qt в основном исчезли с тех пор, как Nokia купила Trolltech и сделала его «более» бесплатным (лицензия LGPL). Многие люди думают, что Qt — это путь в наши дни. Я очень доволен wxWidgets, но однажды обязательно серьезно оценю Qyt. Удачи в ваших проектах.

Я разработал несколько графических интерфейсов приложений с помощью wxWidgets — вы можете увидеть скриншоты по адресу http://ravenspoint.com/.

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

Программа проектирования должна быть быстрой и простой. Я рекомендую http://www.balsamiq.com/

После того, как вы определились с дизайном, можно переходить к кодированию. Лично я считаю размещение виджетов на панели с помощью параметров wxPosition и wxSize конструкторов wxWidget тривиальным — проще, чем пытаться подтолкнуть виджеты в их точное положение с помощью мыши.

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

wxFormBuilder, но это стоит денег

wxFormBuilder бесплатен и имеет открытый исходный код

Кроме того, Visual Studio лучше всего подходит для написания кода на C++ в wxWidgets, но вы столкнетесь с множеством проблем в Linux из-за того, как Visual Studio обрабатывает множество вещей, таких как имена файлов, вы должны уделять особое внимание чувствительности к регистру.

Кроме того, что касается графического интерфейса, добавьте wxFormBuilder в решение Visual Studio, добавьте обработчик типов файлов в Visual Studio. Теперь просто дважды щелкните по нему и добавьте свои диалоги, как вы делаете это в C#. Просто добавьте сгенерированные файлы кода в проект Visual Studio один раз, и все готово.

Очень легко использовать Visual Studio с программированием графического интерфейса в wxWidgets.

Также не забудьте посмотреть редактор CodeLite, если хотите портировать на Linux. Он очень совместим с проектами и сочетаниями клавиш Visual Studio.

Есть wxGlade и wxFormBuilder.

Я не знаю, есть ли другой, но известный мне wxFormBuilder бесплатный и с открытым исходным кодом.

Вы найдете ссылки на другие инструменты на домашней странице wxGlade (http://wxglade.sourceforge.net/).

Большинство этих программ могут выводить файлы xrc, которые представляют собой XML-представление вашего графического интерфейса. Он решает проблему сложности сгенерированного кода, но не такой мощный.

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

Я только что закончил делать программу hello world в wx и fltk, используя IDE netbeans. Microsoft Visual Studio WinForms или MFC было намного проще, чем любой из них. Мне нужна была кросс-платформенная возможность, поэтому я не мог использовать ее для этого приложения. Я закончил fltk гораздо быстрее, чем wx. Программа была проще, меньше, быстрее и проще в написании. У Wx была довольно разрозненная документация и организация. Fltk был разработан еще в «старые времена», когда ценились маленькие, быстрые и эффективные. Наверное, поэтому он кажется вам «старым». Я старый парень, поэтому это сработало для меня. YMMV