[译]用户须要什么样的 Flutter 依赖包? 来自 Q2 用户调查的结果

• 原文地址：What do Flutter package users need? Findings from Q2 user survey
• 原文做者：Ja Young Lee
• 译文出自：掘金翻译计划
• 本文永久连接：github.com/xitu/gold-m…
• 译者：solerji
• 校对者：talisk

用 Q2 调查评论作出的词云 （原始的 图片，代码 连接）。

咱们最近进行了第六季度用户调查，收集了超过 7,000 名 Flutter 用户的回复。咱们发现 92.5％ 的受访者表示满意或很是满意，这一点略高于 上一季度！咱们很高兴看到你们对 Flutter 的一致满意。在本文中，咱们将讨论 Flutter 生态系统的一些深层次问题，由于咱们认识到帮助 Flutter 社区发展生态系统很是重要。

截至 2019 年 7 月，您能够找到超过 2,800 个依赖于 Flutter 的软件包发布在 pub.dev。在去年同期，大约只有 350 个与 Flutter 相关的依赖包，这体现出了显著增加。并且这个数据并不包括与 Flutter 应用程序兼容的数千个其余的 Dart 包。

尽管生态系统已经爆炸式增加，咱们认识到须要围绕 Flutter 项目创建一个优秀的生态系统仍然须要作不少工做。为了更好地了解用户的需求和不满之处，咱们在本季度的调查中询问了与 Flutter 生态系统相关的一些问题。咱们将在本文中分享结果，来帮助依赖包做者构建更多有用的依赖包，同时知足更多用户的需求。

整体而言，5,250 名受访者中有 80.6％ 对 Flutter 生态系统很是满意或有点满意。这还不错，但与此同时，它是调查中得分较低的部分之一。

当被问及对 Flutter 生态系统的不满时，大多数受访者选择的缘由是“我须要的关键包不存在”（18％），这多是对较新技术的期待。

咱们很高兴地发现咱们的社区正在积极地构建 Flutter 包生态系统。15％ 的受访者有为 Flutter 开发软件包的经验，59％ 的受访者已将他们的软件包发布到 pub.dev，这是一个为 Flutter 和 Dart 应用程序共享依赖包的网站。若是您已经编写了一个包但还没有发布，你能够阅读 开发包和插件 在 flutter.dev 上，并经过发布您的包来为 Flutter 社区作贡献。这并不难 —— 那些经过 pub.dev 发布过包的贡献者，有 81％ 认为很是容易或很容易。

若是您不知道该与 Flutter 社区分享哪一个依赖包，请访问 GitHub 上的 Flutter 存储库并搜索 issues labeled with “would be a good package” 看看有什么要求。您能够对本身喜欢的项目进行投票，以提升其可见度。

固然，若是您有兴趣帮助咱们，那么有更好的方式为生态系统作出贡献。 请注意全部以“我须要已经存在的关键依赖包……”开头的其余缘由部分写了什么，这意味着即便依赖包存在，依赖包的用户也仍然面临着挑战。 这告诉咱们，咱们能够经过改进已有的东西来改善生态系统 —— 提交错误，改进文档，添加缺失的功能，实现对“其余”平台的支持，添加测试等等。咱们但愿找到一个具备潜力但还没有被充分关注并为此作出贡献的依赖包 —— 包括测试，错误报告，功能贡献或示例！

对现有包不满意的最多见缘由是“它们没有很好地记录”（17％）。这是能够帮助社区的另外一个领域。调查问题“您但愿如何改善整个包装生态系统的总体体验？”得出如下建议：

• 包含更多不一样的代码使用示例
• 包括屏幕截图，GIF 动画或视频
• 包含指向相应代码存储库的连接

如下引用相关评论：

“仍有一些软件包在第一页上没有代码示例。至少应该有一个简单的例子。”

“强调依赖包开发者提供更详尽的如何使用他们的依赖包的例子。”

“全部包必须都有动画 gif 或视频演示它（最好是视频）或截图，并有一个示例 Dart 文件。”

“示例包的图形显示将有所帮助。不少时候，比起运行这个例子更容易看出包含的内容。”

“但愿能看到示例部分更完整地填写。有些包没有任何例子。也许在这个页面上有一个更清晰的连接到相应的 GitHub repo 更好一些？”

此外，如上图所示，与选择合适的包相关的活动（例如：缺乏功能、发布者的可信度、参考指南、充分的平台支持）相比，不多有用户关注与包的实际使用相关的难题（例如：依赖性问题、包的错误、包的设置）。

谷歌的 Flutter / Dart 团队也正在研究如何改善您使用和贡献生态系统的体验。正在考虑的一些选项包括但不限于：

• 提供更好的 pub.dev 搜索体验
• 能够轻松分辨程序包支持的平台
• 提供更可靠的质量指标
• 提升可测试性

与此同时，值得指出的是，pub.dev 上的每一个包都已经得到了关注度，健壮性和维护程度的分数，这些分数能够帮助用户衡量包的质量。您能够在上面找到评分系统的详细信息：pub.dev/help#scorin… 。

经过评分系统，依赖包做者能够了解他们能够作些什么来提升依赖包的质量，依赖包用户能够估计依赖包的质量（例如，过期性）。

咱们但愿评分系统可以随着时间的推移而扩展，来帮助用户作出更明智的决策。更具体地说，咱们但愿增长测试覆盖率，而且咱们但愿公开关于更好的平台覆盖度的相关信息，特别是 Flutter 支持扩展的平台列表。咱们还想提供一个特定包装是否“推荐”的标记，以便用户清楚地了解 Flutter 社区认为有价值的内容。随着这些评分的变化，咱们将与咱们的依赖包做者进行沟通，以确保他们拥有知足不断提高的质量标准所需的全部信息。

咱们想向超过 7,000 名填写长期调查的 Flutter 用户表示衷心的感谢。咱们学到了不少东西 —— 下面列出了其余一些好的建议。

• 一些 Flutter 用户对动画框架并不彻底满意，不是由于它很难实现预期的效果，而是由于它很难进行第一步学习。受访者，特别是新用户，不知道从哪里开始，他们很难理解各类概念如何联系在一块儿。所以，咱们正在为动画框架的学习材料投入更多资金。
• 对于 api.flutter.dev 上的 API 文档，类文档中的示例代码被评为最有用的资源。咱们已经在 1.7 版本的 API 文档中为一些类添加了完整的代码示例，而且将继续将此功能扩展到更多类。（咱们也接受关于 flutter/flutter 仓库 上的 API 文档的 PR！)。

• 最后，大家中的许多人注意到 GitHub 仓库中未解决的问题数量正在增长，这是 Flutter 爆炸式普及的一个不幸的反作用。 虽然咱们在上一版本中关闭了 1,250 多个问题，但咱们还有更多工做要作。正如 Flutter 1.7 博客文章中所提到的，咱们正在努力增长该领域的人员配置，这将有助于更快地分类新错误，更快地关注到关键的或引起崩溃的问题，关闭或合并重复问题，以及将支持的项目重定向到 StackOverflow。

咱们重视您对调查的回复，并在肯定工做重点时将会使用此信息。请参加咱们将于 8 月份启动的 Q3 调查，并将探讨新的领域。

Flutter 的用户体验研究团队开展了各类用户体验研究，以便咱们学习如何让您的 Flutter 体验更加愉快。若是您有兴趣参加，若是您有兴趣，请经过 注册 来参与接下来的研究。

若是发现译文存在错误或其余须要改进的地方，欢迎到 掘金翻译计划 对译文进行修改并 PR，也可得到相应奖励积分。文章开头的 本文永久连接 即为本文在 GitHub 上的 MarkDown 连接。

掘金翻译计划 是一个翻译优质互联网技术文章的社区，文章来源为 掘金 上的英文分享文章。内容覆盖 Android、iOS、前端、后端、区块链、产品、设计、人工智能等领域，想要查看更多优质译文请持续关注 掘金翻译计划、官方微博、知乎专栏。