javascript - 为什么 facebook 不使用 jQuery(或类似的)？

Question

<分区>

Answer 1

简短回答:您必须询问 Facebook 开发团队。

最佳猜测:

1. 拥有大型软件产品(和成熟的代码库)的大公司倾向于坚持行之有效的方法 - 即使已经有一个令人信服的流行框架。请记住，早在 JQuery 被视为标准之前，Facebook 就已经存在了。

2. 他们可能会在未来许多年内继续支持他们现有的代码。 “切换”到新语言或框架的 yield 成本比可能太低而无法保证重写或转换。恰当的例子:Sun 没有将大部分 Solaris 移植到 Java。只有少量的 Windows 是用 C# 编写的。

3. 2011 年，当我第一次写这篇文章时:如果您实际查看 Facebook 的网站，他们的 DOM 结构并没有那么复杂。他们没有很多动画。它们不是非常繁重的 AJAX 站点。鉴于此，JQuery 可能对他们没有吸引力。 更新 - 2015 年:FB 比几年前更具活力。所以这里的#3 与 2011 年的权重不同。

4. 此外，当您有多个团队为单个软件产品(或网站)做出贡献时，每个人都对同一框架进行标准化很重要。如果每个团队都集成了不同的框架，那么代码会随着所有这些不同库的链接而迅速变得臃肿。对于网站，这意味着更长的页面加载时间。

5. JQuery 旨在支持最大的浏览器集。在某些情况下，这可能意味着“针对最低公分母进行优化”。 FB 可能希望在可用时利用更新的浏览器功能。

6. FB 可能不想太“拘泥于”JQuery。众所周知，JQuery 在某些处于测试阶段的较新浏览器中存在一些错误。现在，如果 Facebook 有一百万行基于 JQuery 1.6 的代码，那么它在 IE 10、FF 5 和 Chrome 12 上运行时可能会出现错误。要实现这一目标，他们必须升级到 JQuery 1.7，但这意味着要在整个代码库中进行大量测试。

7. 最后，他们可能拥有比 JQuery 更好用的内部工具。如果 Facebook 已经有一个基于发出页面请求的浏览器输出 HTML+JS 的服务器端框架，我不会感到惊讶。

我知道这些答案都不是很受欢迎。您团队中的哪个开发人员不想切换到最新最好的技术？但是，当您考虑业务案例和支持与业务规模相关的框架的成本时，您必须谨慎行事。