的痛苦
我有兴趣制作一个应用程序，该应用程序可以实时进行测序仪器和鼓，这将在几个移动平台上使用。我设计的视觉界面非常精心设计，我肯定需要自定义的图形功能。
我看到的方式，我有两个选择。1。学习OpenGL ES并构建一些相对跨平台，然后用可以与特定OS API交互的图层包装。 2。使用2D游戏引擎，例如Unity 2D，并利用它来构建响应式接口。
选项1是最困难的，因为我以前从未编辑过图形，而选项2可能是过度杀伤，因为音频处理应用程序需要大量处理功率，大量用于DSP例程的低级优化。将其中的一些力量丢给整个游戏引擎可能是不可取的。
我不必为每个平台从头开始重新实现接口。这是越来越小的货物和错误，也很痛苦。
我想了解一些评估我的选择的最佳方法的反馈。有人已经看过这样的事情了吗？
已经完成，我相信我在Unity论坛上看到了它，至于是否有意义，确保它确实有意义，Unity做的事情确实很棒，您可以将其开发一次并部署到iPhone，Android和WP等，而不是使用Xcode和Sound Effect插件unity unity cair FMOD易于使用。这不是我要做的事情，但是如果我这样做，统一将是完美的选择，尤其是当您认为可以使用Unity制作的惊人视觉问题的播放功能时。大声笑，听起来像是一个销售的推销，但是不，选择统一的事情并不是一个坏主意。因为您总是可以在插件中写下丢失的功能。节拍将变为opengl，这是{bug}