gtk+ Gtkbuilder &&面向对象原则

发布于 2024-10-19 10:06:14 字数 346 浏览 7 评论 0原文

在摆弄 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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

酒浓于脸红 2024-10-26 10:06:14

在玩了几个月的 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.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文