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

Question

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

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

我遇到的问题是我只想到了解决这个问题的两种解决方案。首先，我的解析器可以创建一个树库并将其传递给我的UI类。这需要我的分析器依赖于pygtk，并尽量减少对类的潜在重用。第二个将在解析器中存储对我的ui类的引用，这也可能会限制我的解析器类作为独立库的重用。

为了将我的问题简化为简短的一行：有没有办法以更符合python或OO的方式实现我的目标？

如果看我的代码，将有助于任何人试图回答我的问题：https://code.launchpad.net/~blainepace/nbtparser/trunk

其他Python的建议表示欢迎，这是我的第一个Python程序，我可能陷入思维更加C++风格。我打算重构很多它。

Answer 1

你应该看看教程"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() 

当然，这往往是不同，这取决于例如。我使用格莱德？我是否将主应用程序的小部件分类或包装它们？等等。

关于这一点的好处是，您可以编写一个测试分析器，该分析器什么也不做，只是返回预编程的响应，或者使用已知的测试文件。换上它就像上面更换一条线一样简单：

parser = parser.DummyParser(...)