完全编码 UI 并且仅在构建业务逻辑 [Flutter] 之后才方便吗？
Is it convenient to fully code the UI and only after build the Business Logic [Flutter]?
我正在计划开发我的 flutter 应用程序（独立开发人员）。
这将是一个庞大的项目（firestore 集成、firebase 远程配置、revenuecat 应用内购买、algolia 智能搜索等）所以我正在妥善规划一切在开始之前，所以当项目开始时，我已经制定了所有步骤，我只需要坚持计划。
回顾一下：
- 单人编程
- 庞大的工程
- 制定要求，UI 验证原型，定义明确的应用程序功能等。
问题
在深入研究应用程序背后的逻辑之前全面开发 UI 是否方便？
通过开发 UI，我的意思是对所有屏幕进行编码，例如登录屏幕、主屏幕，甚至 toasts 栏以向用户提供成功反馈等。因此尽可能完整的最终 UI。
并且仅在以后构建应用程序的逻辑（firebase、模型、服务器交互等）
考虑到我上面提到的情况，这是最好的策略吗？
P.s. 我要使用 BLOC 或 provider 对于架构，你的答案会随着不同的状态管理库而改变吗？
P.s。 2 我已经在 Sketch 中完全绘制了所有屏幕，包括颜色规范、字体、字体粗细等
你的想法是对的，当一个人工作的时候，在UI之前构建所有的业务逻辑很方便。但是，那是因为您的业务逻辑自然会通知您的 UI 选择，从而使您的开发更加连贯。
但是正如您提到的，您已经完成了模拟，所以我强烈建议您先充实 UI，然后继续连接业务逻辑。这有两个好处，其一，它可以让您测试屏幕的最终版本。其次，作为一个单独的项目，开发一个视觉上完成的应用程序确实有助于激励。
此外，关于 BLoC，我个人的建议是，如果您有多个状态，则使用它，例如主页上的提要，您在其中不断加载帖子和更新状态。但是，如果状态相对较少，例如在反馈表中，那么您将通过直接方法节省大量复杂性（和时间）。
干杯，祝你好运！
我正在计划开发我的 flutter 应用程序（独立开发人员）。
这将是一个庞大的项目（firestore 集成、firebase 远程配置、revenuecat 应用内购买、algolia 智能搜索等）所以我正在妥善规划一切在开始之前，所以当项目开始时，我已经制定了所有步骤，我只需要坚持计划。
回顾一下：
- 单人编程
- 庞大的工程
- 制定要求，UI 验证原型，定义明确的应用程序功能等。
问题
在深入研究应用程序背后的逻辑之前全面开发 UI 是否方便？ 通过开发 UI，我的意思是对所有屏幕进行编码，例如登录屏幕、主屏幕，甚至 toasts 栏以向用户提供成功反馈等。因此尽可能完整的最终 UI。 并且仅在以后构建应用程序的逻辑（firebase、模型、服务器交互等） 考虑到我上面提到的情况，这是最好的策略吗？
P.s. 我要使用 BLOC 或 provider 对于架构，你的答案会随着不同的状态管理库而改变吗？
P.s。 2 我已经在 Sketch 中完全绘制了所有屏幕，包括颜色规范、字体、字体粗细等
你的想法是对的，当一个人工作的时候，在UI之前构建所有的业务逻辑很方便。但是，那是因为您的业务逻辑自然会通知您的 UI 选择，从而使您的开发更加连贯。
但是正如您提到的，您已经完成了模拟，所以我强烈建议您先充实 UI，然后继续连接业务逻辑。这有两个好处，其一，它可以让您测试屏幕的最终版本。其次，作为一个单独的项目，开发一个视觉上完成的应用程序确实有助于激励。
此外，关于 BLoC，我个人的建议是，如果您有多个状态，则使用它，例如主页上的提要，您在其中不断加载帖子和更新状态。但是，如果状态相对较少，例如在反馈表中，那么您将通过直接方法节省大量复杂性（和时间）。
干杯，祝你好运！