Embedded 简单性。清晰的功能分区、对实时事件的响应能力以及在未来可能需要RTOS的项目中的可重用性都是明显的好处，但问题在于观点。如果没有应用程序的详细信息，就不可能具体说明其好处——例如，您没有提到输入方法，也没有提到作为GUI的应用程序的实时要求。项目有变得复杂
Embedded 简单性。清晰的功能分区、对实时事件的响应能力以及在未来可能需要RTOS的项目中的可重用性都是明显的好处，但问题在于观点。如果没有应用程序的详细信息，就不可能具体说明其好处——例如，您没有提到输入方法，也没有提到作为GUI的应用程序的实时要求。项目有变得复杂,embedded,freertos,rtos,Embedded,Freertos,Rtos,简单性。清晰的功能分区、对实时事件的响应能力以及在未来可能需要RTOS的项目中的可重用性都是明显的好处，但问题在于观点。如果没有应用程序的详细信息，就不可能具体说明其好处——例如，您没有提到输入方法，也没有提到作为GUI的应用程序的实时要求。项目有变得复杂的习惯，RTO在许多情况下可以降低复杂性。如果你有一个名副其实的GUI，它已经很复杂了。我在项目中没有使用RTOS，但这并不意味着我没有运行时执行人员。你需要考虑数据管理和执行顺序是如何发生的。在我的例子中，执行模型基于对交互状态机的事件分派。
简单性。清晰的功能分区、对实时事件的响应能力以及在未来可能需要RTOS的项目中的可重用性都是明显的好处，但问题在于观点。如果没有应用程序的详细信息，就不可能具体说明其好处——例如，您没有提到输入方法，也没有提到作为GUI的应用程序的实时要求。项目有变得复杂的习惯，RTO在许多情况下可以降低复杂性。如果你有一个名副其实的GUI，它已经很复杂了。我在项目中没有使用RTOS，但这并不意味着我没有运行时执行人员。你需要考虑数据管理和执行顺序是如何发生的。在我的例子中，执行模型基于对交互状态机的事件分派。根据传统定义，它不是RTOS，因为它是单线程的，不提供处理器上下文或抢占式任务的概念。然而，它不仅仅是一个临时无限循环调用，谁知道是什么。选择和取舍比这更复杂，而且总是涉及一些学习曲线。@fadedbee-这可能是一个小心你的要求的例子。我所有的工作都是公开的，你可以看看。第五部分——运行时支持解释了正在发生的事情，包括代码。谢谢，这是一个全面的答案。由于设备的复杂性几乎都在GUI中，我们决定从一个无限循环开始。不客气。你开始的方式很自然。当您开始向固件添加功能（或结构，或IRQ处理）时，应该引入RTOS。请注意，具有单个任务的RTO的行为非常像一个单独的主循环，因此您可以将RTO添加为重构步骤，然后添加更多的任务。//关于迁移的一些建议：（1）GUI系统不应该永远是一个整体，但是您会发现一些可能需要部署到不同任务的预处理。（2） GUI内容来自/来自某个地方，因此您可能需要集成总线接口、I/O或类似功能。