gtk&x2B;Gtkbuilder&&;面向对象原则

gtk&x2B;Gtkbuilder&&;面向对象原则,gtk,gtkbuilder,Gtk,Gtkbuilder,在处理GtkBuilder+*.ui文件几个星期后,我有一种非常尴尬的感觉 如果我不想放弃OOP设计,我会放弃OOP原则,从GtkBuilder和*.ui文件的使用中获得真正的优势,或者如果我不想放弃OOP设计,我会从GtkBuilder中获得太多的开销,这使得它根本不值得使用 举个例子:IDE——主窗口,要么将其作为一个大的UI文件,要么将其作为多个部分(例如工具栏、状态栏、源视图等的单独文件),但在构建器中有大量的代码要做 谁能告诉我怎么才能做到这一点?我没有找到足够的关于GtkBuilde

在处理GtkBuilder+*.ui文件几个星期后,我有一种非常尴尬的感觉

如果我不想放弃OOP设计,我会放弃OOP原则,从GtkBuilder和*.ui文件的使用中获得真正的优势,或者如果我不想放弃OOP设计,我会从GtkBuilder中获得太多的开销,这使得它根本不值得使用

举个例子:IDE——主窗口,要么将其作为一个大的UI文件,要么将其作为多个部分(例如工具栏、状态栏、源视图等的单独文件),但在构建器中有大量的代码要做


谁能告诉我怎么才能做到这一点?我没有找到足够的关于GtkBuilder/*.ui文件最佳实践的教程。

在使用gtk+玩了几个月后,我想我自己得到了答案: 对功能块进行子分类,并为这些功能类/块提供一个单独的.ui文件。这些part.ui文件最好手工组装,以便进行更细粒度的控制以创建无缝的应用程序

Gnerally使.ui文件覆盖的范围尽可能少,以保持块a)可重用,b)出于一个目的功能正常。 希望这对其他人也有帮助