如何为PyGTK桌面应用程序连贯地组织模块？

Question

我正在使用PyGTK中的桌面应用程序，似乎遇到了我的文件组织的一些限制。 到目前为止，我以这种方式构建了我的项目：

• application.py - 保存主应用程序类（大多数功能例程）
• gui.py - 保持松散耦合的GTK gui实现。 处理信号回调等
• command.py - 保存命令行自动化功能，不依赖于应用程序类中的数据
• state.py - 保存状态数据持久性类

到目前为止，这已经相当不错，但此时application.py开始变得相当长。 我查看了许多其他PyGTK应用程序，它们似乎有类似的结构问题。 在某一点上，主模块开始变得非常长并且没有明显的方法将代码分解成更窄的模块而不牺牲清晰度和面向对象。

我已经考虑过将GUI作为主要模块，并为工具栏例程，菜单例程等提供单独的模块，但在那时我相信我将失去OOP的大部分好处并最终得到一切 - 引用 - 所有方案。

我应该只处理一个非常长的中央模块，还是有更好的方法来构建项目，这样我就不必那么依赖类浏览器了？

编辑我

好的，关于所有MVC的东西都是如此。 我的代码中确实有一个粗略的MVC近似值，但不可否认，我可能通过进一步隔离模型和控制器来获得一些里程。 但是，我正在阅读python-gtkmvc的文档（顺便说一句，这是一个很好的发现，谢谢你参考它），我的印象是它不会解决我的问题，只是将它正式化。 我的应用程序是单个glade文件，通常是单个窗口。 因此无论我如何紧密地定义模块的MVC角色，我仍然会有一个控制器模块执行大部分操作，这正是我现在所拥有的。 不可否认，我对适当的MVC实现有点模糊，我将继续研究，但它并不认为我这样的体系结构会从我的主文件中获取更多东西，它只是将重命名为文件到controller.py。

我应该考虑单独的控制器/视图对用于窗口的单独部分（工具栏，菜单等）吗？ 也许这就是我在这里所缺少的。 似乎这就是S. Lott在他的第二个要点中提到的。

感谢到目前为止的回复。

Answer 1

在项目Wader中我们使用python gtkmvc ，这使得在使用pygtk和glade时更容易应用MVC模式，您可以在svn存储库中看到我们项目的文件组织：

wader/
  cli/
  common/
  contrib/
  gtk/
    controllers/
    models/
    views/
  test/
  utils/

Answer 2

这可能与PyGTK无关，而是与一般代码组织问题无关。 您可能会受益于应用一些MVC（模型 - 视图 - 控制器）设计模式。 例如，请参阅设计模式 。

Answer 3

“拥有主要的应用程序类（大多数功能例程）”

如同单数 - 一类？

One Class Does Everything design 不起作用我并不感到惊讶。 它可能不是我所谓的面向对象。 如果您的功能在一个类中堆积，那么它听起来并不像典型的MVC设计模式。

这个庞大的课程里有什么？ 我建议你可以把它重构成碎片。 你有两个候选维度用于重构你的应用程序类 - 如果我确实猜对了你把所有东西放到一个单独的类中。

1. 在做任何其他事情之前，重构为与Real World Entities平行的组件。 目前尚不清楚“state.py”中的内容是什么 - 这是真实世界实体的正确模型，还是持久存储与应用程序中某些模糊数据结构之间的映射。 很可能你会将处理从你的应用程序转移到你的模型中（可能是state.py，可能是一个适当模型的新模块。）

   将模型分解成碎片。 它将有助于组织控件和视图元素。 最常见的MVC错误是控制太多而模型中没有任何内容。

2. 之后，一旦您的模型完成大部分工作，您就可以将重构视为与GUI表示并行的组件。 例如，各种顶级框架应该具有单独的cotrol对象。 目前尚不清楚“GUI.py”中的内容 - 这可能是一个正确的观点。 似乎缺少的是控件组件。

Answer 4

很抱歉这么晚回答。 在我看来， Kiwi比gtkmvc更好的解决方案。 这是我对任何pygtk项目的第一个依赖项。

Answer 5

Python 2.6支持显式相对导入 ，这使得使用包比以前的版本更容易。 我建议你考虑将你的应用程序分解成一个包中的小模块。 您可以像这样组织您的应用程序：

myapp/
  application/
  gui/
  command/
  state/

每个目录都有自己的__init__.py 。 您可以查看任何python应用程序甚至标准库模块以获取示例。

Answer 6

因此，如果没有回复我对原始问题的编辑，我已经做了一些研究，我似乎要得出的结论是 ，我应该将界面分成几个视图，每个视图都有自己的控制器。 Python-gtkmvc通过向View构造函数提供glade_top_widget_name参数来提供此功能。 这一切似乎都有很大的意义，虽然它需要对我现有的代码库进行大量重构，我可能会或不愿意在近期内进行重构（我知道，我知道，我应该这样做 。）此外，我想知道是否应该只有一个Model对象（我的应用程序相当简单 - 不超过二十五个状态变量）或者我应该将它分解为多个模型并且必须处理控制器观察多个模型和链接通知。 （再一次，我知道我真的应该做后者。）如果有人有任何进一步的见解，我仍然不会真的觉得我已经得到了原始问题的答案，尽管我现在有一个指示。

（此外，似乎他们应该是他们手头的其他架构选择，因为到目前为止我还没有看到以MVC风格编码的单个Python应用程序，但是后来许多Python应用程序往往会遇到我所描述的确切问题以上。）