问任何嵌入式GUI开发人员或设计人员如何重新构建产品的用户界面，你可能会听到抱怨。创建用户界面可能是一个漫长而费力的过程，而更换用户界面通常是你希望尽可能少做的事情。即使考虑到最佳实践，如嵌入式开发人员使用嵌入式软件工具来实现简单的屏幕设计或编码实践来执行清晰分离的业务逻辑，也是如此。

　　这是因为创建嵌入式GUI的大部分工作是：

　　-设计用户工作流的繁重工作。

　　-创造有吸引力的视觉元素。

　　-考虑到人为因素工程。

　　-执行可用性测试。

　　一旦您的嵌入式GUI构建完成，您的团队就需要开发UI测试套件，让您确信事情不会被错误修复所破坏。一旦完成，对用户文档和产品支持的下游影响可能意味着大量的返工。

　　当你第一次拥有正确的UI时，尽可能长时间地保持它是值得的。

　　导致GUI流失的硬件。

　　您可能被迫重做GUI的最大原因之一是硬件更改——具体而言，在不同大小、不同功能的处理器之间切换。Storyboard的设计中努力解决了这个问题。有时候，在嵌入式开发中，较小的硬件平台并不总是具有UI所需的马力。其他时候，UI工具将在高端而不是低端(反之亦然)工作，或者只在平台的子集上运行。由于Storyboard能够以高端和低端系统为目标，使用不同类型的硬件加速器(或者根本没有)，它使所有类型的硬件迁移成为可能，同时保持您的UI完整。

　　向下缩放嵌入式GUI的问题。

　　软件无法迁移到更高性能处理器的特殊情况有点不寻常;平台不兼容通常会反过来，因为在通用CPU上运行的产品并不总是在低端微控制器上运行。你经常在原型工作中看到这一点，在那里最容易用比最终产品所需的马力大得多的功率在电路板上构建概念证明。这使得研发团队能够轻松地构建和测试软件，而不必在本已紧张的日程安排中为优化担心。但该团队不能忘记这样一个事实，即产品最终将被调整为更具成本效益的处理器。

　　多平台方法。

　　这种微控制器/微处理器的灵活性正是Storyboard和StoryboardLite在设计和嵌入式开发上相同的原因，只是输出的目标可执行文件不同。我们知道，构建高性能的GUI需要大量的工艺，如果不需要的话，您不应该重复这种工作。