全局视角扫视 Flutter

Flutter 产生的背景

对于当时主流的跨端（主要就是 Android 和 iOS）开发框架，Googl的一些工程师不满意，那怎么办？自己动手做一个。

一些要求：

高性能是核心，其他的都有相对标准的解决方案，如何实现高性能？系统都是分层的，越往系统下层移动，优化的框架就更大，Flutter的开发团队选择在各个系统的UI层之下动手，一键优化到底。

这个方案其实不是没有人做过，只是开发工程量很大，小公司的技术团队是没有这个多人，这么多时间免费的开发这样一个开源系统的。

小公司做这样的框架收益不大，Google 这样的公司做这样的框架，在开源的同时又能给公司带来外来巨大的收益。

跨端一直是个真需求，不是苹果的 SwiftUI不香，也不是 Android的 JetPack不香。而是有很多很小的开发团队只有一个人来开发 Android 和 iOS App。一个人能解决的问题，为什么要用两个人。大部分的技术都是新的更具生产力的工具取代。

核心团队依谷歌为主，也有一些别的开发者但是人员不多。基于开源的模式，其实所有人都是可以贡献代码的。

flutter/engine + flutter/flutter 合起来在不去重的情况下有近900人贡献过代码

facebook/react-native 有2100人贡献过diamante

虽然 flutter/flutter 的 start 数超过了 facebook/react-native，但是 flutter/flutter 的 issues 数也超过了 facebook/react-native。

开发人员不足的问题应该还会一直困扰Flutter的开发团队

Flutter 仍然在快速开发中，做一些小的项目问题不大，但是做大的项目还是要慎重，因为有些坑需要你自己去蹚。

前途是光明的，道路是曲折的。

跨端开发还是刚需。

用户对性能的要求，其实也就是对体验的要求也在不断的提升。当然 React Native 也在努力。

拥抱变化，拥抱新技术。对于 Flutter 在 Web端和PC端的应用我持保留意见。

个人观点：Web端的体验很难再提升，PC端的用户量在递减。

可能未来还有别的端，比如物联网端，这应该是 Flutter 应该攻打的地方。

##Flutter 对服务端开发的影响

虽然 Dart 可以用在服务端开发，但是生态系统的搭建还是需要时间的，不看好 Dart 在服务端的作用。

前后端统一技术栈我感觉这是个伪命题。语言一样没什么用，形同但内核不同。

服务端应该会向 Serverless 发展。

我感觉这是学习任何一个新技术必须要了解的。官方文档已经介绍的很详细了。没必要在这里翻译一遍。