共计 2519 个字符，预计需要花费 7 分钟才能阅读完成。
Google 重磅公布了专为 Web、挪动和桌面而构建的 Flutter 2.0！将 Flutter 从挪动开发框架扩大成可移植框架，因此开发者无需重写代码即可将利用扩大至桌面或网页。看似为了帮忙 Web 和挪动开发者，实际上不然，而本文作者认为，当初不应该再去想创立一个须要部署到所有平台的应用程序，Flutter 反而毁了 Web 和挪动开发。
以下为译文： 大家好，我是一名软件开发人员，我叫 Luke。
因为我抉择了这个相当大胆的题目，为了防止误会，我要对其进行具体的解释。从技术角度来讲，Flutter 确实是一个跨平台的框架。也不止其，所有跨断技术都是十分蹩脚的设计。
然而，我有点不同的认识。
从 Flutter 2.0 公布以来，我就察觉到它被炒的有点过了。但不应该再去想创立一个须要部署到所有平台的应用程序，Flutter 反而毁了 Web 和挪动开发。
请不要误会，我并不是要否定它，其实我也是 Flutter 的粉丝，亦将判若两人的拥戴它。
我在日常工作中常常应用 Flutter 来开发 iOS 和 Android 应用程序。因为早前我是用 Kotlin 或者 Swift 来开发原生的利用，反对多种个性，如：扫描 / 页面辨认、pin/biometric 应用程序认证、告诉、firebase 统计和一些高级的用户流，当初用 Flutter 来开发利用，我对 Flutter 的优缺点的理解更加透彻。
1、六大平台
通过往年的 Flutter Engage 会议咱们可知曾经能够应用 Flutter 在 iOS、Android、Mac、Windows、Linux 和 Web 这六个平台中的任何一个平台上开发利用。这太棒了！但事件远没有这么简略 … 你确实能够在这 6 个平台上部署你的应用程序，然而说实话，我很少这么做。我很难设想一个人会在不同的平台上部署同一个应用程序，我认为应该依据不同的平台特点应用不同的设计模式。在大型设施上应用底部弹窗、应用程序条、简洁的列表就很顺当。一般来说，适宜在挪动设施上的组件和设计模式在桌面设施上却不合时宜，反之亦然。
我的一个十分好的敌人 Filip Hracek 在 Flutter Engage 演讲中提到“神奇的设计开发者”的相干话题，我十分同意他的认识。我认为须要有更多的开发者真正晓得他们正在做的是什么，而且不是自觉地跟从迭代面板。
Scrum Sprint 是一个可反复的固定工夫框，在这个工夫框内发明一个高价值的产品。– 维基百科
强烈推荐大家观看 Filip 在 Youtube 上的相干视频片段 https://www.youtube.com/watch…。
接下来，咱们从新回到 Flutter 这个话题：
2、不应该再去想创立一个须要部署到所有平台的应用程序
你更应该去想如何将你要编写的应用程序模块化，以便在将来更好地复用这些模块。给你们举个例子：在我的公司，咱们正在开发专一于用户数据的应用程序。
这就须要创立自定义和高级的调查报告，咱们不心愿每次增加新问题时都要编写新的窗口小部件。咱们的做法是：编写一个蕴含所有可能的考察逻辑的模块，在许多其余我的项目中复用它（而不须要每次都重写一遍类似的代码）
我给你举下面这个例子的目标是揭示你在构建一个应用程序时，你更应该着重思考你要做的应用程序或整个业务的重点是什么。更应该去重点思考，它背地的业务逻辑是什么?
在计算机软件中，业务逻辑或领域建模也是程序的一部分，它对真实世界的业务规定进行编码，确定如何创立、存储和批改数据。
当你明确了畛域划分，你能够将一个畛域封装成独立的模块，你能够将该模块在须要开发的 Flutter 应用程序中复用。
但 Luke，这有什么好少见多怪的吗？
对，这是一个好问题！
对于雷同的业务逻辑，你能够用不同的用户流来创立多个 Flutter 利用。你能够将要开发的 Flutter 利用进行分类（如：挪动利用、桌面利用和 Web 利用），这将能帮忙关注到不同平台的差别，对特定平台进行特定解决最终将取得更好的用户体验。
3、针对不同平台要编 写多个应用程序
尽管 Flutter 还算是一个绝对比拟新的技术，还次要针对小公司和集体开发者，但这不障碍它成为一个人人皆可用的平凡工具。
我参加开发过多个企业级应用程序。依据我的教训，零碎的每个局部都须要有一个清晰的工作流程。开发一个零碎通常须要前端、后端等。为了节约老本，编写一个应用程序，在不同的平台运行也越发风行。为了实现这个目标，你须要雇一个团队进行专门开发。你敢设想，十几个人的团队开发同一套代码来实现所有平台的个性吗？这几乎是管理层的噩梦。很可能呈现：一部分开发人员开发的桌面个性与挪动团队正在开发的个性相冲突的状况。
其次，利用程序包也会越来越臃肿，然而很多时候并不是每个平台都须要有一份软件包。当初，正值 Flutter 2.0 公布的时候，因为我并没有将所有的包都进行降级，还不反对 null 平安还须要手动解决依赖抵触的问题。
4、为什么 Flutter 不是一个跨平台的框架
在读了这篇文章之后，或者你可能了解为什么我会认为 Flutter 不是一个真正的跨平台框架。Flutter 是一个为咱们提供了为每个平台构建应用程序所需的性能的工具。我认为，真正实现跨平台不应该只开发一个应用程序，更应该开发一组由雷同的业务逻辑驱动的应用程序汇合。
此外，当咱们编写 Flutter 应用程序时，咱们并没有逾越任何平台。咱们这种所谓的跨平台，不过是用 Xamarin 或其余工具将写好的代码翻译成原生元素。
如果非要把 Flutter 和其余货色进行类比的话，那么与之类似的就是游戏引擎（如 Unity）。咱们不须要专门在 Windows 或者 Mac 零碎上开发对应平台的游戏。咱们能够应用 Unity 编写，而后将其导出到一个特定的平台。应用 Unity 编写一个游戏而后导出到多个平台和真正的跨平台齐全也是两码事。
因为每个我的项目都有技术债权，你应该进行埋怨，并开始重构。每次开发新性能之前都应该进行小型代码重构。但接入 Flutter 大规模的重构和重写永远不会有好后果。
5、结尾
全文都在探讨跨平台相干话题, 以上就是我认为 flutter 毁了 Web 开发的起因。很多人对这一说法很感兴趣，并热切地退出了答辩。如果你认为 flutter 并没有那么蹩脚，或者你会持有不同意见。
