Ієрархія віджетів в u ++

Відео: Qt - Компонування віджетів 1 (для початківців)

Важливо розуміти, що редактор компоновок не є повноцінним візуальним редактором інтерфейсу, таким як QtDesigner або Glade. Він дозволяє задати імена і відносні положення віджетів одного рівня ієрархії (наприклад, в простому діалоговому вікні або на одній сторінці віджету з закладками) і не більше того. Всі властивості віджетів (крім найпростіших, таких як напис на кнопці) і логіка їх взаємодії прописуються вручну в коді програми. І це не наслідок ліні розробників, а відображення ідеології U ++.




Справа в тому, що ієрархічні відносини віджетів в U ++ реалізовані зовсім не так, як, наприклад, в Qt. Уявімо, що на формі розміщений віджет TabCtrl з закладками. В Qt в класі форми визначені поспіль і TabCtrl, і його закладки, і все віджети всередині закладок, незважаючи на їх ієрархію. В Qt кожен віджет зберігає список покажчиків на своїх нащадків, так що ієрархія визначена не на рівні класів, а на рівні самих віджетів. В U ++ все навпаки. Ієрархія визначена виключно на рівні класів. Кожна закладка - це окремий клас, який містить лише віджети, що знаходяться всередині цієї закладки. Самі екземпляри закладок входять в клас, успадкований від TabCtrl, а його екземпляр в свою чергу -в клас головного вікна. Приклад з офіційної документації дозволяє краще зрозуміти ці «ідеологічні відмінності» (http: // ultimatepp.org/www$uppweb$vsqt$ru-ru.html).


Очевидний недолік підходу застосованого в U ++ - неможливість перекомпоновувати віджети «на льоту», просто міняючи їх предків (строго кажучи, в U ++ можна створювати і видаляти віджети динамічно під час виконання програми, але при цьому доводиться забути про lay-файлах і здійснювати трудомістку компоновку вручну ). Очевидне ж перевага - можливість задіяти механізм шаблонів при створенні інтерфейсу на етапі компіляції, що дозволяє домогтися надзвичайно компактного і легко читається коду.