使用 Twisted Matrix 框架来进行网络编程，第 1 部分

核心提示： 在这个示例中，我们定义了一个定制工厂，使用 Twisted Matrix 框架来进行网络编程，第 1 部分(5)，并将一些初始化代码从 _main_ 块移到了该工厂，还要注意的是，当然，最坏的情形是回退到使用线程来进行阻塞操作，该服务器的客户机不需要（也不应该）休眠或发送新的请求 &mda

在这个示例中，我们定义了一个定制工厂，并将一些初始化代码从 _main_ 块移到了该工厂。还要注意的是，该服务器的客户机不需要（也不应该）休眠或发送新的请求 — 实际上，我使用的客户机应用程序就是我在 XML 技巧文章中讨论过的客户机应用程序（请参阅 参考资料）。

工厂和协议在各自的定制方法 .updatedRecords() 和 .newHits() 中使用了相同的技术。即，如果方法想要定期运行，那么其最后一行可以调度该方法在指定的延迟以后重复运行。表面上看来，该模式很像递归 — 但它不是递归（而且重复调度不需要一定在最后一行进行，可以在您期望的地方进行调度）。例如，方法 .newHits() 简单地让控制反应器循环知道它希望再过 5 秒钟后被调用，但该方法本身却终止了。我们并不要求方法只能调度自己 — 它可以调度所期望的任何事情，如果愿意的话，也可以将工厂和协议以外的函数添加到反应器循环。

持久性和调度

除了 reactor.callLater() 调度以外，Twisted Matrix 还包含一个通用类 twisted.internet.defer.Deferred 。实际上， 延迟是对象被调度回调的泛化，但它们也允许使用诸如链接依赖回调和在这些链接中进行错误条件处理之类的技术。 Deferred 对象背后的思想是：当您调用一个方法时，我们不等待其结果（结果可能要过一会儿才出来），该方法可以立即返回一个 Deferred 对象，而反应器／调度程序稍后可以重新调用此对象，那时可望可以得到结果。

我还没有真正地使用 Deferred 对象，但要使它们正常工作好像有些困难。如果您需要等待一个阻塞操作 — 比如，对于来自远程数据库查询的结果 — 您不会确切地知道在可以使用结果之前究竟要等待多长时间。 Deferred 对象 确实有一个超时机制，但我要在今后的文章才讨论这一机制。感兴趣的读者至少应该知道，Twisted Matrix 开发人员已经试图提供一个标准 API 来包装阻塞操作。当然，最坏的情形是回退到使用线程来进行阻塞操作，因为这些操作确实无法转换成异步回调。