采访 Meteor 共同创始人 Matt DeBergalis

返回到文章

Sing Li:是什么启发您创建 Meteor — 特别是在已有如此多的开发框架的情况下?

Matt DeBergalis:Meteor 是一个新平台,为使用纯 JavaScript 编写高质量应用程序而设计,这些应用程序中的大部分代码在客户端上 (在浏览器内)运行,而不是在数据中心中运行。这种 “瘦客户端” 架构是现代应用程序(比如 Gmail、Asana、Twitter 和 Facebook 中的照片浏览器)的构建方式。但这些应用程序是由大型的专家开发人员团队编写的,他们每个人都在支撑客户端 Web 应用程序的技术的开发上浸淫了多年。

Meteor 是一个编写这种样式的应用程序的完整平台。因为它在一个应用程序的所有部分中使用单一语言和一致 API,所以开发人员可使用更少的技术更快地完成工作。这正是 Meteor 可在几小时而不是几星期内构建应用程序的原因。

Sing Li:为什么选择 JavaScript?

Matt DeBergalis:JavaScript 是 Web 浏览器所使用的语言。其他任何语言都没有这样广泛的客户端支持。而且专家和初学者都在使用 JavaScript,这使它成为了一个主流新平台的理想选择。

Sing Li:团队拥有大型系统的架构和设计经验吗?

Matt DeBergalis:核心 Meteor 开发团队拥有深厚的架构和设计经验。团队的一些荣誉包括:AppJet 和 Etherpad 的作者,对 Asana 的 Luna 框架的重要贡献,参与 DAFS 和 NFSv4 协议规范的工作,以及对 Subversion 和 SVK 源控制系统、StreamBase 复杂事件处理平台及 Data ONTAP 和 NetBSD 内核的贡献。

Sing Li:Meteor 开发最终会变得多轻松?您是否有计划实现托方式视觉组件/IDE?

Matt DeBergalis:应用程序开发目前非常困难,只有极少数人拥有此能力。我们希望使编写高质量应用程序变得尽可能轻松,让尽可能多的人可以编写高质量应用程序。目前,我们致力于研究核心开源 Meteor 平台。为了在未来推广到更大量的开发人员,我们需要更多的功能,包括一个可视编辑器和一个托方式组件库。

Sing Li:Meteor 架构中的何处能与现有的后端子系统的最佳地挂钩 — 您是否打算为某个现有系统提供进一步支持?

Matt DeBergalis:在未来,所有 API 都将是流式的,因为智能客户端需要使用服务器将更改的数据推送给它们。不同于对此使用临时通信渠道的其他系统,Meteor 客户端和服务器使用我们构建的一个称为 DDP 的标准协议进行通信。DDP 将一个用于数据传输的发布-订阅模型与一个可靠的 RPC 工具相结合,客户端可使用该工具调用服务器上的特权方法。DDP 是与语言和数据库无关的,所以现有的后端可以使用 DDP 与 Meteor 客户端(或另一个服务器组件)进行通信。事实上,Meteor 社区的开发人员已使用其他语言编写了第三方 DDP 客户端和服务器。

Sing Li:Windows 和非 Intel 架构(比如 ARM)支持对 Meteor 是否重要?或者您是否依靠社区提供对它们的支持?

Matt DeBergalis:我们非常幸运,在 Windows 和在 ARM 上运行 Meteor 的早期工作拥有强大的社区支持 (win.meteor.com)。它们都至关重要:Windows 仍然主导着大量应用程序开发人员,Meteor 和 DDP 非常适合物联网和新兴的嵌入式连网设备。我们为它们制定了在产品的核心实现官方支持的路线图。

返回到文章