Angular 团队是证据驱动的——我们收集开发人员的反馈来决定我们的路线图应该包含哪些内容。我们从数十个来源获取数据，例如与人的对话、社交媒体上的评论、调查、市场研究等等。帮助我们做出明智决策的主要来源之一是我们的年度开发者调查。

2022 年，我们增加了问题数量，这有助于我们更全面地了解 Angular 的机会。我们感谢所有与我们分享反馈的超过 12,000 名开发者！在下面的部分中，您将详细了解结果以及它们如何与我们的路线图联系起来。

结果

今年，我们对 Angular 的整体满意度也达到了类似的超过 82%。我们发现，对 Angular 不同部分如何集成在一起的满意度有所提高 — 89%，而 2021 年为 85%。

我们还很高兴地看到，近 70% 的开发人员正在使用该框架的最新两个版本，只有 9% 的人使用 v11 或更早版本。

大多数人通过社交媒体和 Angular 网站了解 Angular 的新功能，其次是博客、StackOverflow 等在线社区和在线教育网站：

每个产品领域的满意度

受访者最喜欢的功能是依赖注入，其次是 IDE 支持、CLI 构建工具以及及时了解 Angular 版本。开发人员在服务器端渲染、测试、调试和分析、初始加载性能以及组件创作格式方面看到了最多的改进机会。

在分析开放式答案并将其置于开发人员满意度评分的背景下后，我们发现了以下主要改进机会：

在本节中，我想讨论这里的一些指导如何与我们的路线图相对应：

• 文档和示例代码– 为了解决这个反馈，我们开发了一个新的入门教程，逐步介绍概念。我们还一直在审查我们的文档，以查找缺失的主题和改进的机会。预计明年会有大量有关独立组件、服务器端渲染、现有主题修订和清理的新内容。
• 服务器端渲染– 在这里，我们进行了一系列改进，例如水合作用的开发人员预览以及与工作人员的兼容性，以便您可以在边缘进行渲染。下一步，我们将探索部分水合以及 Angular Universal 与 CLI 的更好集成。
• 初始加载性能——由于更快的LCP，服务器端渲染通常会降低初始加载时间速度，这意味着上一节的所有改进也适用于此处。我们目前正在开发的另一个功能是更符合人体工程学的组件级代码分割API，它允许您以声明方式注释组件树中应延迟加载的部分。预计未来几周内将在 GitHub 上发布更新
• 测试——今年早些时候，我们分享了Angular CLI 中单元测试的未来策略，其中包括用 Web Test Runner 取代 Karma 进行浏览器内测试，并添加对 Jest 的支持。接下来，您的项目将迁移到 Web Test Runner，并在 CLI 中改进 Jest 支持。我们将继续观察这个领域，并在发现更多需求时跟进更新。
• 调试和分析– 在 v15 中，我们与 Chrome DevTools 密切合作以提供改进的堆栈跟踪。当人们更新到最新版本的框架时，他们将能够利用此功能。我们与 Chrome DevTools 的合作仍在继续，并且我们将随着时间的推移分享更多更新。目前，我们正在努力寻找更好的工具来理解 Angular DevTools 中的依赖注入和路由结构。
• 运行时性能——在 v16 中，我们通过信号在 Angular 中引入了一个新的反应系统。它可以实现细粒度的更新，从长远来看，我们可以让 Zone.js 成为可选的。我们预计应用程序使用信号来获得更快的运行时性能，而无需手动优化和更好的核心网络生命，特别是与下一次绘制的交互
• 组件创作格式– 作为 v16 的一部分，我们提供了所需的输入和自关闭标签。现在我们正在研究输入强制和控制流的改进。作为我们路线图上“创作格式改进调查”项目的一部分，我们将继续收集要求，以更好地了解其他开发人员的需求并跟进公共调查结果

原文链接：https://blog.angular.dev/angular-developer-survey-2022-results-summary-d17c88f62690