灵魂拷问：flutter构建应用的方式是否是一种倒退？

Posted 2021-05-23 BUGgogogo

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了灵魂拷问：flutter构建应用的方式是否是一种倒退？相关的知识，希望对你有一定的参考价值。

前言

前一阵子有一个网友问了我一个问题：

在以往软件或者应用开发中，不管是哪种设计模式，mvc也好，mvvm也好，通常都是布局和代码逻辑各自独立，比如微软体系下软件开发下用xaml写布局cs代码写逻辑，诸如此类的苹果安卓都是这样。

这样的做法的诞生，在当时应该是一种进步。但是谷歌新移动端框架flutter是布局跟代码逻辑又一起写了。这是退步还是螺旋上升到这个阶段了？

顺便这位网友还向我吐槽了一下 Flutter 的括号。

今天就在这里好好说一下这个flutter吧。

浅谈Flutter的未来

3月4日，谷歌正式发布了 Flutter 的 2.0。该版本最大的特性就是可以支持五大主流的操作系统：ios、android、Linux、Windows 和 MacOS。官方甚至还说丰田将会把 Flutter 带到汽车中。

也就是说，我们可以用一套 Flutter 代码适配全平台了。一切似乎都是朝着好的方向发展。

但是，不少人心中都有一个疑惑：flutter构建应用的方式是否是一种倒退？Flutter不是正在被放弃吗？

其实这个问题一直都有人在问，在这里，我就直接引用阿里的闲鱼团队客户端负责人于佳（宗心）的话吧：

跨平台本身的对企业来说在成本侧是有很大的诉求的，在未来操作系统有可能走向分裂，多终端的场景下，Flutter 会有比较不错的发展。在生态更加完善后，Flutter 会在一定的历史阶段成为客户端研发的另一种常见的技术选择。

上月初，谷歌正式发布的 Flutter 2.0版本最大的特性就是可以支持五大主流的操作系统：iOS、Android、Linux、Windows 和 MacOS。

也就是说，用一套 Flutter 代码适配全平台已经不再遥远。

他的观点笔者深以为然。

我看Flutter

个人感觉Flutter比安卓开发的心智负担要更低。

用统一的语言和代码实现所有功能，需要记忆的细节更少一些，因为所有东西都是dart的widget类，交互起来都是一摸一样的。而xml和逻辑分开写尤其是在动态改变元素的时候就会潜意识的纠结写在哪里，而且各种诸如inflate之类的细节都要记住。

关于逻辑界面分离

BLoC模式是我目前见过的逻辑界面分离的最彻底最直白的模式，主要是因为dart对于Stream的支持和flutter的StreamBuilder，FutureBuilder等一系列内置控件。

而本来就应该结合在控件内部的简单逻辑，flutter写起来更方便，直接原样写进build(context)里。

针对网友的提问

这个其实感觉更多的是取决于Flutter的定位。

看看MVC和MVVM，都是基于应用层或者服务层提出的设计模式。因为对于一个Web应用，或者客户端APP，UI是一部分，但除了UI，还有业务实现，网络请求，数据管理等。如何将这几个部分有效结合，同时合理分层，利于维护和扩展，避免冲突，这是工程要解决的问题，所以有了MVC，MVP，MVVM这些设计模式。

再来看看Flutter，现在它的主要定位还是一个UI框架，只是说对于普通的UI框架，它可以跨端的同时保持了近乎原生级UI性能，但它的本质还是和UI框架。也就是说，它的核心能力就是生产一个个大大小小的Widget，然后将它们组织起来，管理它们的状态，再换个角度说，Flutter就是这些MVx模式中的V。从这点去思考，应该就不难理解为何Flutter会设计成直接在代码中写布局了，因为它们都是同一层的事情，没必要分开。React会考虑CSS-in-JS，以及直接在JS中写类html标签(JSX)应该也是一样的道理。React的定位就是一个UI库，和UI相关的，样式，布局，事件，写在一起，没毛病。如果开发者不习惯或者坚持分离的原则，可以自己扩展，于是就有了琳琅满目的React模块。

所以，我认为Flutter构建应用的方式不是一种倒退，是基于定位的一种合理方案，虽然不一定是最优解，但是合理的。谁也不知道最优解是怎样的，取决于开发者自身的习惯，取决于项目的规模，取决于公司团队的规约等等。那么Flutter完全可以把一部分工作交给社区，交给开发者。如果开发者觉得代码里写布局不优雅，那就通过其他模块或者插件去扩展能力。Flutter的核心能力是制造widget管理widget，如果想让它一直保持活力，需要的不仅仅是开发者通过它来造widget，还要为它造“widget”。

还有就是，题主觉得Dart的代码最后是一堆的}}}…}，问题主要不在语言，或者框架的设计本身，关键在开发者组织代码管理代码的能力。以我的经验，任何形式风格的代码，任何逻辑实现，然后方法的调用，但凡是一堆)，或者一堆}，或者缩进很深的，说明你的代码需要review和refactor了。

笔者感想

其实现在很多开发者都对 Flutter 有偏见。因为感兴趣和爱好而去主动钻研的人不算多，但是我还是想说，Flutter 他值得！

为什么 Flutter 对Android开发来说值得？

1.Flutter 有很多优点

（1）国际化方案非常友好

Flutter官方提供的国际化方案对布局的国际化做的非常友好，文案的国际化在Flutter Intl插件的加持下也非常简单。（或许微不足道，但是真的超级方便）

（2）执行效率高

就目前市场的大环境来讲，主流的跨端方案有两种：

将 javascriptCore 引擎当作虚拟机的方案，代表框架是 React Native；
使用非 JavaScriptCore 虚拟机的方案，代表框架就是我们今天的主角 Flutter。

JavaScriptCore，主要是为了兼容 Web 标准留下的历史包袱，无法专门针对移动端进行性能优化。而 Flutter 一开始就是使用全新的 Dart 语言编写，同时支持 AOT 和 JIT 两种编译方式，而没有采用 HTML/CSS/JavaScript 组合方式开发，在执行效率上明显高于 JavaScriptCore 。