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