因为你是那里的开发人员，也是这里的技术作家。 娜塔莉亚：你正处于其中，但是，我不得不说这对框架也非常有益，因为任何使用框架创建的大型产品都是一个伟大的、绝对伟大的战场，可以找到错误并将它们带回库、生态系统。我可以说测试，GitLab 开源了 Vue Test Utils，这是一个 Vue 的测试工具。一个团队正在使用我们基于测试的测试代码，这很有意义，对吧。因为你可以找到一些边缘情况等等。但是，当我考虑将 GitLab 迁移到 Vue 3 时，我觉得自己对此负有个人责任。我不仅处于迁移过程中，而且我个人对我们发现的每一个错误都负有责任。 德鲁：回顾上一代 JavaScript 框架，我认为其中最成功的框架之一是 jQuery，当时，我认为它之所以受到关注是因为它有一个设计得非常好的 API。
普及了采用 CSS 选择器并使
用它在 JavaScript 中查询的概念。我认为这确实引起了勤奋的开发人员的共鸣，他们不需要学习使 的新方法。我认为 Vue 几乎就是同一类型的阵营。我提到我之前使用过 React，并在过去几周转移到了 Vue，我发现几乎一切都在最真实的意义上变得更加直观，因为我可以看到一些不熟悉的东西并且非常了解它在做什么。 德鲁：Vue 的 API 是核心团队非常仔细考虑的东西，还是因为所涉及的个性而几乎是一个愉快的意外？ 娜塔莉亚：我 瑞士手机号码清单 认为，在 Vue 2 时代我们就有了一个概念。它略有变化，但我们有一个概念，称为文档驱动设计。这是一个非常棒的概念，因为如果某件事真的很难解释、很难得到、也很难写下来，那么 API 可能是错误的。也许某些东西没有得到应有的开发，因为非直观的解决方案，一些非常神秘的东西，你需要投入大量的工作来解释，通常是不正确的。
以最容易解释的方式构建
这就是它直观的原因。如果很容易解释，人们可能会自己理解。这就是为什么像 v-if 和 v-for 这样的旧指令对于任何 JavaScript 开发人员来说都非常熟悉。你不需要解释 v-if 正在做什么，因为它很清楚，对吧。 德鲁：确实如此。 娜塔莉亚：这有点侮辱性，和 v-else 一样。就这样。我们直观地构建了 ，其语法看起来像 中的 for 循环，并且 API 的大部分都相同。我认为自 以来的主要目的是创建一些你乐于使用的工具，并 传真列表 且我认为 Evan 在他的文档中也指出了这一点。这也与开发人员体验有关，我认为这也是 Vue 过去吸引我的地方。当 Vue 已经处于版本 2 的测试版时，我就开始使用 Vue。我对 Vue .1 的工作并不多。我认为从第一个版本开始就没有多少人熟悉 Vue，但我当时想，“它用起来真是太好了”。我只是在构建同样的东西，这是一种乐趣。我不需要考虑工具，我只需要考虑我要构建什么。
