SwiftUI vs Flutter 服务驱动UI是移动应用程序的终极解决方案么？

传统开发模式

如果您已经编写过移动应用程序，您应该已经熟悉在.xib、.storyboard、.xml文件等结构中创建的屏幕布局，甚至在 Swift、Kotlin、Dart 或 JavaScript 代码本身中。我们可以直接在应用程序包中静态地创建这些屏幕，但在某些情况下需要检索最新信息（例如目录或历史记录）或执行需要验证的操作（例如身份验证甚至购买外卖零食） ——在这些情况下，我们别无选择，只能依赖后端。

后端是存储数据并提供包含客户将使用的业务规则的应用程序的整个生态系统——在我们的例子中，是一个移动应用程序。这些应用程序依次向服务器发出请求以检索数据、格式化数据、构建布局并将其显示在屏幕上给客户。

使用服务驱动的 UI游戏会发生一些变化

使用服务驱动的 UI（又名后端驱动的 UI），游戏会发生一些变化。服务不仅会返回数据，还会返回屏幕的构建方式。它的组成、元素、组件和格式，一切都已定义。

但是……它有什么好处？让我们来看看。

服务驱动UI的定义

一种可视化方式是将应用程序的组件（例如按钮、卡片或格式化文本）想象成乐高积木，而服务器将为应用程序构建提供说明手册。创建服务器驱动的 UI 有多种方法，但中心思想基于以下几点：

• 负责创建屏幕结构或说明手册及其各自的配置、数据和操作的服务。
• 执行屏幕请求并能够使用返回的配置组装组件的应用程序。

建筑学

考虑面向微服务的架构，我们可以想到一个只有 3 个主要组件