принципы gtk + gtkbuilder && OOP - PullRequest
Новая
       10

принципы gtk + gtkbuilder && OOP

1 голос
/ 28 февраля 2011

У меня появилось довольно неловкое чувство после того, как я в течение нескольких недель возился с GtkBuilder + * .ui-файлами.

Либо я обрекаю принципы ООП , чтобы получить реальное преимущество отиспользование файлов GtkBuilder и * .ui ИЛИ Если я не хочу отбрасывать дизайн ООП, я получаю так много накладных расходов от GtkBuilder , что делает его вообще не стоящим.

Просто пример: IDE - Основное окно, либо сделайте его одним большим файлом пользовательского интерфейса, либо сделайте его большим количеством частей (отдельных файлов, например, для панели инструментов, панели состояния, SourceView и т. Д.), Но с большим количеством кода дляделать вокруг строителя.

Кто-нибудь может объяснить мне, как получить это ниже одной шляпы?Мне не удалось найти достаточное количество руководств по наилучшей практике для GtkBuilder / *. Ui-files.

1 Ответ

0 голосов
/ 19 июля 2011

После нескольких месяцев игры с gtk +, я думаю, что получил ответ сам: подклассы функциональных чанков и предоставляют для этих функциональных классов / чанков отдельный файл .ui.Эти части .ui-файлов лучше всего собирать вручную, для более тонкого контроля над созданием цельного приложения.

В общем случае .ui-файлы покрывают как можно меньше, чтобы сохранить фрагменты a) многоразового использования и b) функциональныедля одной цели.Надеюсь, это поможет кому-то еще.

...