Flutter 尝试记录真实项目进度,以供参考与复盘,与项目进度

背景

朋友是销售人员，由于没有开发能力，所以许多产品都是外包的，由于外包的质量参差不齐，技术选型也杂七杂八，就会导致使用起来还可以，但是别人接受的话，十分困难。

最近，从他那里接手了一个外包团队开发的新闻类APP，因为外包的原因，考虑到后续持续快速的迭代，代码可读性非常差，无论是继续外包，还是我这边接手都非常困难，再加之项目本身逻辑并不是很复杂，所以我果断放弃之前外包的所有代码，决定自己从头开始开发。

选择

那么问题就来了，既然是APP，移动端就需要 android、ios 两个端，我一个人的的开发能力只能兼顾 后台 与 android ，ios 实在无能为力，我能想到的有三种方案：

1、寻找ios开发人员。
2、写成H5应用，加载进双端。
3、移动端跨平台开发方案。

• 首先， 方案1 pass，我觉得寻找ios开发人员这个先pass，因为开发者能力参差不齐，寻找起来比较麻烦，找到之后持续开发又是问题，后续迭代、交接都是问题，所以方案1被我pass。
• 其次，方案2 pass，首先考虑的就是体验问题，其次如果集成支付，推送等三方框架，还是需要原生开发。
• 最后，方案3 我选择了跨平台解决方案，由于技术发展，目前跨平台开发方案技术已经趋于稳定，也有很多实际应用的案例，于是我选择方案3，接下来我开始调研移动端跨平台开发方案，找到了两个靠谱一些的方案 Flutter 和 React native 。

决定

对比了一下 Flutter 与 React native
从 学习成本 、 开发难度 、 参考案例 、 社区大小 、 收益大小 等方面比较之后，我选择了 Flutter

• 首先,学习成本与开发难度方面应该会是差不多的，都是从零开始学习
• 参考案例方面，各自都有自己的集成的APP
• 论社区的话 React native 出现较早，所以 React native 的社区较大，解决问题的效率可能高一些
• 但是考虑到后续收益的话，我果断选择了 Flutter ，因为Flutter背后是Google，Flutter 作为Google新系统的开发框架，如果Google下了决心推 Flutter + Fuchsia 方案，在将来完全替代Android，那就有搞头了。如果为了一个APP单独去学一门语言，我觉得是不太值得的，但是如果再加上有可能成将来主流的开发语言，我觉得还是值得尝试一次的

最后我决定选择 Flutter ，并且根据官方文档很顺利的集成了第一个 Flutter 应用。

下篇文章会讲怎样集成第一个Flutter应用，并且如何解决其中的小问题。