TypeScript|使用Flutter一年后，这是我得到的经验( 二 ) 作者|NickManning译者|薛命灯在这

我学会了使用 Flutter 开发整个应用程序，而不仅仅是小部件。我发现了很多非常有用的 Dart 高级功能。我提到的架构模式也是值得你去深究的。最后，与 Web 服务集成和其他 Dart 最佳实践仍然需要更多的文档和教程。
8、我的下一个项目将使用 GraphQL 或 gRPC我总是希望能够减少样板代码的使用，虽然有一些工具（）可以帮我解决这个问题，但对于我的下一个项目，我将使用 GraphQL 或 gRPC 。我认为对这两项技术的投入都是值得的。至于 gRPC ，我不推荐将它用于较小的项目，但对于中型或大型项目，一旦你用了它，就很难再退回去了。 gRPC 在我的一个使用 Swift 开发的项目中非常有效，已经在生产环境中运行了好几年。
9、提交应用程序都非常简单为每个平台提交应用程序所需的工具和步骤需要花一些时间来学习，特别是谷歌 Play 商店和 iTunes Connect ，但其实它们非常简单。
10、Flutter 提供了太多的小部件我之前学习了所有我认为必须学习的小部件，但最终只使用了大约 20％。例如， Center 小部件（）。
为什么要单独使用一个小部件来让元素居中？虽然它让新手很容易上手，但在用它实现更复杂的布局时，会产生太多嵌套的 Dart 代码。相反，我会选择基本的 Container 布局（），因为它们非常灵活。
我的建议是专注于基本的简单小部件，只有到了真正需要的时候才去了解更多的小部件。
11、放弃 Firebase（只用来实现推送通知）Firebase 看起来像是一款出色的产品，它让我想起了之前的 Parse（）。对于简单的项目，或者在后续需要将项目移交给没有足够专业开发人员的客户来说，它似乎是一个不错的选择。
现实情况是，大多数公司都已经有自己的后端，还有一些技术团队选择自己开发后端。大型公司或初创公司倾向于这么做。
对于独立开发者，如果你的流量激增，能承受每月的 Firebase 账单吗？这实际上也是我避免使用 Firebase 的主要原因，因为如果我遇到了病毒传播式的“梦想问题” ，并且 Firebase 根据使用情况收取费用，我将如何应对？
因为我是以开发后端系统为生，所以会存在这样的偏见。如果你是初级开发人员，你开发的后端到最后会移交给客户，或者你不开发后端 API ，那么我仍然会强烈建议你关注 Firebase 。
12、Flutter 的文档越来越好了窗口小部件和类文档现在有越来越多的示例：
相比其他缺乏文档的库，这是 Flutter 的一个胜利，而且更不用说编写良好的文档了。
除了文档之外，在去年的大部分时间里， Stack Overflow 上有很多热情、知识渊博的人为我提供了帮助。
13、我被 iOS 和 Flutter 的开发体验宠坏了我从事 iOS 开发已经很多年了，所以我有点被 iOS 的开发者体验宠坏了。不只是文档和支持，还有 iOS 生态系统的整体质量，从库到 Xcode ，再到 CocoaTouch SDK 的组织方式。
Flutter 也提供了类似的体验。它也非常简单，同时也借鉴了某些 React Native 组件的简单性，比如 ListView 。所以，整体来说，有了成熟的工具的配合，学习和使用 Flutter 会非常顺利。
14、无法回到“单平台”移动开发视频游戏开发人员可能永远不会考虑单独为一个平台开发一个代码库。现在，因为 React Native 和 Flutter 的出现， “非视频游戏”开发人员也可以这么做。
例如，在空闲时间，我会与妻子（她是一名用户体验设计师）一起开发应用程序。将 iOS 应用程序转为 Flutter 后，我们的用户翻了一倍，现在它已经运行在两个平台上，所以无法再回到单平台上。
15、最后的想法经过一年的折腾，当我开始开发下一个 Flutter 应用程序时。我非常庆幸将时间花在学习 Fluttet 上。对于企业来说，现在有了一种可用于开发多平台应用程序的选项，而对于开发人员来说，使用它是一种乐趣。如果你将这个事实与谷歌在 Fuschia 操作系统上对 Flutter 所做的投入相结合，你就可以知道，这些事实本身就表明谷歌非常重视这项技术。
英文原文：