编写Python GTK +应用程序的“良好实践”方法是什么?

时间:2010-09-09 02:18:33

标签: python pygtk

我目前正在编写一个PyGTK应用程序,我想就构建我的应用程序的最佳方法提出一些建议。基本上,应用程序将读取特定的文件规范并将其显示在GUI中进行编辑。

目前我有一个parser.py,它可以处理所有低级文件IO和解析文件。我在树视图中显示文件的内容,这意味着我需要使用树库作为我的数据类型。

我遇到的问题是我只考虑过两个解决这个问题的方法。首先是我的解析器可以构建一个树库并将其传递给我的ui类。这需要我的解析器取决于pygtk,并最小化该类的潜在重用。第二个是在解析器中存储对我的ui类的引用,这也可能限制我的解析器类作为独立库的重用。

将我的问题简化为一个简短的问题:是否有办法以更加pythonic或OO友好的方式实现我的目标?

如果查看我的代码可以帮助任何人尝试回答我的问题:https://code.launchpad.net/~blainepace/nbtparser/trunk

欢迎其他pythonic建议,这是我的第一个python程序,我可能会陷入更多的C ++思维方式。我打算重构很多。

1 个答案:

答案 0 :(得分:4)

您应该查看教程"Sub-classing GObject in Python"。这通过使用GObject的类型系统来创建信号和属性,这允许您以易于与典型PyGTK语义(连接到信号,等待属性通知等)集成的方式建模基础行为。

您的解析器和UI都应该只有要连接的属性和信号。然后你有第三个类连接这些信号和回调并在if __name__ == __main__块中启动主循环。

通常,我看起来像:

class MyApp(gtk.Window):

    def __init__(self, parser, ui):
        gtk.Window.__init__(self)
        parser.connect("some-signal", ui.update_this)
        parser.connect("some-other-signal", ui.update_that, extra_params)
        ui.connect("refresh-clicked", parser.reparse_file)
        self.add(ui)

...然后在你的主脚本中:

parser = parser.Parser(...)
ui = view.ParseView(...)
app = MyApp(parser, ui)

app.show_all()

gtk.main()

当然,这通常会有所不同,具体取决于例如。我在使用Glade吗?我是否为主应用程序子类化小部件或包装它们?等

关于这一点的好处是你可以编写一个测试解析器,除了返回预编程的响应或使用已知的测试文件之外什么都不做。交换它就像更改上面的一行一样简单:

parser = parser.DummyParser(...)