Flutter：作用域模型以及如何决定要在文件中放入多少内容

Question

因此，这是一个更一般的问题。最近，我试图弄清楚应该使用哪种架构，最终得到了我真正喜欢的范围模型。但是我注意到，在决定要在模型中放入哪些信息以及通常在每个.dart文件中放入多少信息时，我有点犹豫。

我是否只是将数据放入会触发状态更改或所有非gui的数据？

对于一般的监督部分：当前，我只是编写一个导入的模块，并且由于行数变得太大（对于我的监督（监督）），我将其分为子模块。我觉得这并不是保持监督和提高效率的最佳方法。您如何处理？

Answer 1

对此没有正确答案，这可能是应该在Reddit或Google网上论坛中提出的问题。

我建议您，如果没有真正的好处，尤其是从高级的角度来看，不要过分关注“子模块”和抽象。您随时可以在以后做。

请确保您的方法不会太长。例如，您可以将build方法拆分为buildAppBar，buildBody，buildFab。方法名称将使您的代码更加清晰。

通常，一致的命名非常重要。

不要担心将多个相关的类和方法放入单个dart文件中（为比较起见，请看Flutter的源代码）。

在更高层次上，将应用程序的业务逻辑与小部件层分开是有意义的。例如，避免将动画代码与调用后端API的代码混合使用。

如果有很多复杂的业务逻辑或复杂的数据层，则可以引入由简单类（例如AccountService，WeatherDataRepository）组成的服务/数据层。这些服务将通过InheritedWidget来提供，并且只要应用程序有效就可以使用。