Flutter 没有状态管理的应用程序有什么危险
我不熟悉flutter，所以我构建了一个完整的应用程序，而不使用状态管理，应用程序中的所有屏幕都是使用有状态小部件构建的Flutter 没有状态管理的应用程序有什么危险,flutter,dart,state-management,Flutter,Dart,State Management,我不熟悉flutter，所以我构建了一个完整的应用程序，而不使用状态管理，应用程序中的所有屏幕都是使用有状态小部件构建的 如果有很多用户使用它，会有什么危险？您可能无法很好地扩展代码。从向窗口小部件树传递数据到向屏幕传递数据等，这将需要大量的行，这将导致无法维护的代码。不过，对于小型项目，您实际上不必使用诸如BLOC和Scoped模型之类的状态管理库 您可能无法很好地扩展代码。从向窗口小部件树传递数据到向屏幕传递数据等，这将需要大量的行，这将导致无法维护的代码。不过，对于小型项目，您实际上不必使
如果有很多用户使用它，会有什么危险？您可能无法很好地扩展代码。从向窗口小部件树传递数据到向屏幕传递数据等，这将需要大量的行，这将导致无法维护的代码。不过，对于小型项目，您实际上不必使用诸如BLOC和Scoped模型之类的状态管理库 您可能无法很好地扩展代码。从向窗口小部件树传递数据到向屏幕传递数据等，这将需要大量的行，这将导致无法维护的代码。不过，对于小型项目，您实际上不必使用诸如BLOC和Scoped模型之类的状态管理库 随着项目规模的扩大，我相信由于使用setState（），您将出现性能问题，如果没有继承的小部件，您的UI将重新呈现屏幕上的每个小更改或操作。
此外，随着项目规模的扩大，您的代码将变得复杂，因为您没有将逻辑分离到一个单独的文件中（使用bloc、provider或其他），随着UI和业务的变化，代码将变得一团糟。随着项目规模的扩大，我相信您将由于使用setState（）而出现性能问题如果没有继承的小部件，您的UI将重新呈现屏幕上的每一个小更改或操作。
此外，随着项目规模的扩大，您的代码将变得复杂，因为您没有将逻辑分离到一个单独的文件中（使用bloc、provider或其他），随着UI和业务的变化，代码将变得一团糟。大多数用户都不知道应用程序的内部架构，除非他们自己是优秀的程序员。但构建应用程序的目标是吸引用户，扩大客户群。这将要求您或您的公司在将来添加额外的功能以满足他们的需求，并且当您尝试对源代码进行细微的更改时，这将花费更多的时间，并且由于您的模型和视图都混合在一起，您将很容易在应用程序中添加新的bug
另一个原因是你不能（据我所知）测试一个没有任何状态管理的应用程序 大多数用户都不知道应用程序的内部架构，除非他们自己是优秀的程序员。但构建应用程序的目标是吸引用户，扩大客户群。这将要求您或您的公司在将来添加额外的功能以满足他们的需求，并且当您尝试对源代码进行细微的更改时，这将花费更多的时间，并且由于您的模型和视图都混合在一起，您将很容易在应用程序中添加新的bug
另一个原因是你不能（据我所知）测试一个没有任何状态管理的应用程序 根本没有危险。