Flutter 颤振最佳架构模式

我来自MVC和VIPER world，现在我刚开始从事颤振跨平台开发。我真的很喜欢它带来的声明性的东西（比如SwiftUI）。我看到了React体系结构的许多优点，颤振使用这些体系结构用最新的数据更新UI。尽管我仍然试图理解widget的概念。在我看来，widget一词更多的是关于UI的东西，但文档中说，Flutter中的一切都是widget

让我强调一个简单的例子。另外，让我们忘记声明性UI的事情

在使用Objective-C或Swift的iOS世界中，我们通常将许多层分开，例如数据层、ui层、服务层、一些帮助层等

正如你们可能注意到的，我们不能简单地称这个层为widgets，但看起来像flutter可以，但我可能错了

在iOS世界中，我喜欢使用VIPER或类似的架构模式来分离不同的层，或者添加一些服务，为我请求一些数据，或者保存到数据库中

我可以使用哪些类似的方法或架构模式来遵循最佳实践建议以获得最佳结果，因为对于我来说，如果我们调用一些将数据保存到数据库的服务作为小部件，这有点奇怪。我想称之为更多的服务，而不是小部件

---

我需要为所有这些东西编写小部件吗？还是我弄错了？

iOS和Android开发人员精通模型-视图-控制器（MVC），并在构建应用程序时将此模式作为默认选择。模型和视图是分开的，控制器在它们之间发送信号

然而，flatter带来了一种新的反应式风格，它与MVC并不完全兼容。这种经典模式的一种变体已经从颤振社区中出现，称为阵型模式

---

您可以在

中找到有关此架构的更多信息。是的，看起来这就是我想要找到的。我想是的，UI和数据层的合作方式是不同的，更多的是做出反应，订阅一些数据层更新，而不是使用服务来了解数据发生了什么。谢谢抄袭