Twitter发布了Flight项目。Flight是一个轻量级的、基于组件的JavaScript框架,可以将行为映射到DOM节点上。Twitter将其用在自己的Web应用上,Twitter基于MIT许可证开放了Flight的源代码,同时提供了一个演示应用,还提供了用于解释如何设置Flight、如何开始创建、测试和调试组件的文档。。
Flight团队这样解释为什么要开发Flight:
Flight与其他现有框架的不同之处在于:对于web应用,它不会预先规定或提供任何特定呈现或提供数据的方法。对于请求如何被路由,你使用什么样的模板语言、甚至你如何在客户端或服务器上呈现你的HTML,它都不关心。有些web框架鼓励开发者围绕一个预先规定好的模型层编写、安排代码,Flight直接围绕现有的DOM模型组织代码,功能直接映射到DOM节点上。 这样做可以避免加入额外的数据结构,因为它们不可避免地会影响更大的架构,同时,直接将功能映射到原生web页面的做法,可以利用原生的特性。比如,我们可以直接在DOM的事件冒泡特性基础上自定义事件广播,而且我们的事件处理基础架构代码能够同时处理原生和自定义事件。
那么Flight中的组件是什么含义?网站上这么说:
Flight遵循严格的关注点分离原则。当你创建一个组件时,你无法直接处理它。因此,组件无法被其他组件引用,而且无法成为全局树的属性。框架设计的本意如此。组件不能彼此直接访问,实际上,它们会以事件来广播自己的行为,而且其他组件可以订阅这些行为。
能看出,事件在Flight框架中十分重要,Flight团队这样解释他们使用事件的原因:
事件是开放性的。当一个组件触发某个事件,对于自己的请求如何被满足、或是谁来满足,它毫不知情。这强制了功能的解耦,工程师因此可以独立思考每个组件的功用,而不是必须去担心整个应用的复杂性不断增加。
让DOM节点的事件代理组件事件,有如下3点好处:
在可移植性和测试方面,每个组件都是一个模块,除了少数几个标准依赖程序库外,对其他没有引用。因此,一个给定的组件会以同样方式响应一个给定事件,而不管环境如何。测试因此变得简单可靠,因为事件是唯一的变量,而且生产环境中的事件很容易在测试中复制。要调试一个组件,在控制台中触发事件就可以了。
至于混入(mixin),Flight对函数式混入提供内置支持,同时保护无意的重写和混入复制。虽然经典的JavaScript模式只支持单继承,组件(或其他对象)都可以支持应用多个混入。
对于Flight的未来,团队表示:
Flight是一个处于不断开发中的项目。我们准备加入一个完整的测试框架,同时公开更多Twitter网站使用的前端工具。
在Github上,Flight团队发布了一个用Flight框架构建的简单email客户端演示。
Flight使用了es5-shim项目和jQuery,如果要安装,还需要包括require.js或loadrunner这样的异步模块定义(Asynchronous Module Definition,简称AMD)。