界上一些主要政府。我们正在举办格莱美奖或其他什么活动。很多人都依赖 Drupal，因为它坚如磐石。因此，我们花了很多时间非常关心软件的安全性，确保安全团队不仅的版本和类似的东西如果没有能够响应核心问题，而且能够响应我们贡献的模块空间中发生的任何事情。我们非常关心可访问性。我们确保进入核心的任何更改都会经过一系列的关卡，并确保它与 WK 兼容并使用正确的 Aria 属性和所有此类内容。 安吉：我们确实花了很多时间来确保一切顺利。现在我认为下一阶段他将开放我们付出的所有努力，让更多人更容易接触到它。 德鲁：听起来 Drupal 非常重视长期支持。 安吉：这是正确的。 德鲁：您如何平衡拥有现代代码库，您提到使用码。
对开发人员有吸引力的
来更新 JavaScript 风格，但仍然拥有稳定且不追随时尚的东西，不会引入很快就会消失的依赖项，你可以依赖，它会有点无聊，继续运行并得到支持？ 安吉：这是一个公平的问 乌拉圭移动数据库 题。我认为有几种不同的方法。正如我提到的，Drupal 是非常模块化的。过去曾导致成功的一件事，所以 JSON:API 就是一个很好的例子。关于我们要标准化 Drupal 本身的输出格式有很多争论。出于多种原因，我们选择了 JSON:API。这是一个开放协议。它没有得到某个特定公司的支持，等等，等等。有一堆东西。当我们这样做时，我们实际上首先在 contrib 中对其进行了原型设计。我们创建了一个贡献模块，它可以非常快速且轻松地进行迭代。
安吉我们甚至可以说
那不行，删除它。” 我们能够在这个贡献的模块空间中快速创新。我们从那里开始并看到，“嘿，这东西有一些腿。就像人们实际上正在利用它一样。他们提供了非常好的开 北京列表 发者反馈。我们的 JSON:API 规范编写团队中有 Drupal 人员，这实际上非常好。让我们把我们已经知道的东西带入核心。” 然后我们这样做了，但它仍然只是一个模块。假设明年 XMLRPC 会死而复生，并成为每个人都使用的东西。 安吉：我们仍然可以将 JSON:API 模块保留在那里。我们将得到一个新的 XMLRPC 模块。我们将默认启用它，但仍将旧的东西保留在那里。然后，当 Drupal 10 发布时，我们将使用旧的 JSON:API 模块，将其移回 contrib，人们仍然可以使用它。
