Twisted有什么了不起的?

我越来越多地听到Python的Twisted框架和其他框架比较苍白。

任何人都可以对此有所了解,并可能将Twisted与其他networking编程框架进行比较。

Twisted有很多不同的方面,你可能会觉得很酷。

Twisted包含大量的协议实现,这意味着更有可能会有一个API可以用来与某个远程系统(在大多数情况下,客户端或服务器)进行交谈 – 无论是HTTP , FTP , SMTP,POP3,IMAP4 , DNS , IRC,MSN,OSCAR,XMPP / Jabber , telnet,SSH ,SSL, NNTP ,或者像Finger或者ident这样的一个非常晦涩的协议,或者像DJB的 netstrings这样的低层协议build立协议之一 , 面向行的协议 ,甚至Twisted的自定义协议之一,如透视代理(PB)或asynchronous消息协议(AMP) 。

关于Twisted的另一个很酷的事情是,在这些低级别的协议实现之上,你会经常发现一个比较容易使用的抽象。 例如,在编写HTTP服务器时,Twisted Web提供了一个“资源”抽象 ,使您能够从Python对象中构buildURL层次结构,以定义如何响应请求。

所有这一切都与合作的API绑定在一起,主要是因为这个function没有一个是通过在networking上进行阻塞来实现的,所以你不需要为你想要做的每一个操作启动一个线程 。 这有助于提高人们通常认为Twisted的可伸缩性(尽pipe这种可伸缩性只涉及单台计算机,而不是让应用程序使用整个主机集群的可伸缩性),因为Twisted可以处理数千个在一个单一的线程连接,往往比成千上万的线程,每一个单一的连接工作更好。

避免线程化也有利于testing和debugging(因此通常是可靠的)。 由于在典型的基于Twisted的程序中没有先发制人的上下文切换,所以通常不需要担心locking。 依赖于不同networking事件发生顺序的竞争条件可以很容易地通过模拟这些networking事件进行unit testing(而模拟上下文切换不是大多数(任何?)线程库提供的function)。

扭曲也是真的,真的关心质量 。 所以在Twisted发行版中很less会find回归 ,而且大部分API都可以正常工作,即使您没有以常用的方式使用它们(因为我们试图testing所有可能使用它们的方式,而不仅仅是常见的办法)。 对于过去3年或4年内添加到Twisted(或修改)的所有代码而言,尤其如此,因为从那以后,100%的覆盖率已经成为最低testing要求。

扭曲的另一个常常被忽视的力量是它找出不同平台怪癖的十年。 在不同的平台上有很多未公开的套接字错误,要知道它们的存在真的很难,更不用说处理它们了。 扭曲已经逐渐覆盖越来越多,这一点是相当不错的。 年轻的项目没有这种经验,所以他们错过了晦涩的失败模式,这可能只会发生在你发布的任何项目的用户,而不是你。

所有这一切说,我觉得Twisted最酷的是,这是一个非常无聊的图书馆,让我忽略了很多真正无聊的问题,只专注于有趣和有趣的事情。 🙂

那么这可能是根据口味。

Twisted允许您轻松创build事件驱动的networking服务器/客户端,而不用担心所有事情的完成。 由于MIT许可证 ,Twisted几乎可以在任何地方使用。 但是我没有做任何基准testing,所以我不知道它是如何扩展的,但是我猜的相当不错。

Twisted Projects还有另外一个好处 ,你可以很快看到如何实现大多数你想要的服务器/服务。

Twisted也有一些很好的文档 ,几个星期前我开始使用它时,我能够很快得到一个工作原型。

相当新的Python场景,请纠正我,如果我错了。