因此，这是一个更一般的问题。最近，我试图弄清楚应该使用哪种架构，最终得到了我真正喜欢的范围模型。但是我注意到，在决定要在模型中放入哪些信息以及通常在每个.dart文件中放入多少信息时，我有点犹豫。
我是否只是将数据放入会触发状态更改或所有非gui的数据？
对于一般的监督部分：当前，我只是编写一个导入的模块，并且由于行数变得太大（对于我的监督（监督）），我将其分为子模块。我觉得这并不是保持监督和提高效率的最佳方法。您如何处理？
答案 0 :(得分：1)
对此没有正确答案，这可能是应该在Reddit或Google网上论坛中提出的问题。
我建议您，如果没有真正的好处，尤其是从高级的角度来看，不要过分关注“子模块”和抽象。您随时可以在以后做。
请确保您的方法不会太长。例如，您可以将build方法拆分为buildAppBar，buildBody，buildFab。方法名称将使您的代码更加清晰。
通常，一致的命名非常重要。
不要担心将多个相关的类和方法放入单个dart文件中（为比较起见，请看Flutter的源代码）。
在更高层次上，将应用程序的业务逻辑与小部件层分开是有意义的。例如，避免将动画代码与调用后端API的代码混合使用。
如果有很多复杂的业务逻辑或复杂的数据层，则可以引入由简单类（例如AccountService，WeatherDataRepository）组成的服务/数据层。这些服务将通过InheritedWidget来提供，并且只要应用程序有效就可以使用。