gtk+ Gtkbuilder &&面向对象原则
在摆弄 GtkBuilder + *.ui 文件几周后，我有一种非常尴尬的感觉。
要么我毁灭OOP原则，以便从GtkBuilder和*.ui文件的使用中获得真正的优势或者如果我不想放弃OOP设计，我明白了GtkBuilder 的开销太大，因此根本不值得使用它。
举个例子：IDE - 主窗口，要么将其制作为一个大的 UI 文件，要么将其制作为多个部分（例如工具栏、状态栏、SourceView 等单独的文件），但需要围绕构建器执行大量更多代码。
有人能解释一下如何把它放在一顶帽子下面吗？我无法找到足够的有关 GtkBuilder/*.ui 文件最佳实践的教程。
I got a pretty awkward feeling after messing with GtkBuilder + *.ui-files for a few weeks now.
Either I doom the OOP principles to get a real advantage from the usage of GtkBuilder and *.ui files OR if I do not want to drop the OOP design, I get so much overhead by GtkBuilder it makes it not worth using it at all.
Just an example: IDE - The mainwindow, either make it one big UI file or make it many parts (separate files for e.g. Toolbar, Statusbar, SourceView, etc..) but with a awefull lot of more code to do around the builder.
Can anybody explain me how to get that below one hat? I was not able to find sufficient tutorials on best practice for GtkBuilder/*.ui-files.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在玩了几个月的 gtk+ 之后，我想我自己得到了答案：
子类化功能块并为这些功能类/块提供单独的 .ui 文件。这些部分 .ui 文件最好手动组装，以便进行更细粒度的控制以创建无缝应用程序。
通常，使 .ui 文件覆盖尽可能少的内容，以保持块 a) 可重用和 b) 实现某一目的的功能。
希望这对其他人也有帮助。
After soe months playing with gtk+, I think I got the answer myself:
Subclass functional chunks and provide for these functional classes/chunks a seperate .ui file. These part .ui files are best assembled by hand, for more fine grained control to create a seamless application.
Gnerally make the .ui files cover as few as necessary to keep the chunks a) reusable and b) functional for one purpose.
Hope this helps someone else too.