.net 为轻量级音乐项目选择平台

我有一个音乐项目的想法，我想做。但由于平台的原因，我不得不朝着新的方向思考。它需要在Windows、Mac和iPhone/iPad上运行。为什么不使用Unix呢

这让我重新思考了一切。起初我在考虑WPF，但在Mac和Linux上这有点奇怪。你也不能让它在iPad上工作。AdobeAIR/Flex也可以工作，但这是基于Flash的，不是吗？Adobe刚刚停止了Flash？意思是，不是一个好的选择？另一个选项可以是HTML5，但是有没有通过HTML5连接到库的方法？我可能需要使用某种声音库来让它工作。而且应用程序不仅要快速，而且要看起来很有个性。它实际上是一个轻量级客户端应用程序，其中声音文件位于单独的服务器上。因此，来自web/服务器和声音的流媒体

它开始看起来像两个独立的项目，一个是针对Windows的开发，另一个是针对Mac/iPhone/iPad的开发。但是最好的事情是能够重用代码

退房。您可以使用来构建桌面应用程序 适用于Windows、Mac和Linux，用于构建iOS/Android应用程序

此外，Adobe并没有完全停止Flash。他们只停止了手机闪存。

请退出。您可以使用来构建桌面应用程序 适用于Windows、Mac和Linux，用于构建iOS/Android应用程序

---

此外，Adobe并没有完全停止Flash。他们只停止了移动设备的Flash。

您考虑的复杂程度是什么

你在标签上写了你可能也会想到.NET？好吧，这可能是一条路，但如果你想使用移动平台，你必须付费。 但现在你甚至可以通过使用创建漂亮的、工作正常的OSX应用程序

---

Appcelerator对于简单的项目很有用，但对于复杂的移动应用程序很可能不有用。这一切都取决于你想要的复杂程度。

你在想什么样的复杂程度

你在标签上写了你可能也会想到.NET？好吧，这可能是一条路，但如果你想使用移动平台，你必须付费。 但现在你甚至可以通过使用创建漂亮的、工作正常的OSX应用程序

---

Appcelerator对于简单的项目很有用，但对于复杂的移动应用程序很可能不有用。这一切都取决于你想要的复杂程度。

Qt(http://qt.nokia.com/)如果您想构建更复杂的应用程序，这可能是最好的多平台解决方案。它长期以来一直支持Mac/Windows/Linux，而且还有一些扩展正在开发中——据说正在运行——针对android和iOS。

Qt(http://qt.nokia.com/)如果您想构建更复杂的应用程序，这可能是最好的多平台解决方案。它长期以来一直支持Mac/Windows/Linux，而且还有一些扩展正在开发中——据说正在运行——针对android和iOS。

嗯，可能有点复杂。这是一个小型的轻量级客户端应用程序，可以从远程服务器流式传输声音文件，并将其放置在时间轴中。换言之，多轨。有点像ipad上的garageband，应用程序会从服务器下载流作为音频，还是可以在播放之前预加载文件？（尽管这听起来并不友好：）如果你想使用音频流，我认为这是一个挑战，而不是像安德烈所建议的那样，使用.NET或QT在公园里散步。特别是如果你需要在毫秒的基础上对播放进行计时，这是防止相位变化的必要条件，我建议你尽可能降低播放时间。所以，像Appcelerator这样的东西已经不在循环中了。不过这是一个有趣的话题。也许值得一看使用.NET。我想该应用程序可以使用某种缓存模式。但需要有一个标志，以检查内容是否比设备上已有的内容更新。我不介意为中间件或API付费。这真的是最小的问题。价格在这里不是问题。嗯，可能有点复杂。这是一个小型的轻量级客户端应用程序，可以从远程服务器流式传输声音文件，并将其放置在时间轴中。换言之，多轨。有点像ipad上的garageband，应用程序会从服务器下载流作为音频，还是可以在播放之前预加载文件？（尽管这听起来并不友好：）如果你想使用音频流，我认为这是一个挑战，而不是像安德烈所建议的那样，使用.NET或QT在公园里散步。特别是如果你需要在毫秒的基础上对播放进行计时，这是防止相位变化的必要条件，我建议你尽可能降低播放时间。所以，像Appcelerator这样的东西已经不在循环中了。不过这是一个有趣的话题。也许值得一看使用.NET。我想该应用程序可以使用某种缓存模式。但需要有一个标志，以检查内容是否比设备上已有的内容更新。我不介意为中间件或API付费。这真的是最小的问题。价格在这里不是问题。我也想到了QT，但由于QT iphone项目只不过是一个人的测试项目（实际上似乎在设备上成功运行），我不会打赌它会完全覆盖核心音频。看一看，我也想到了QT，但由于QT-iphone项目只不过是一个人的测试项目（它实际上似乎在设备上成功运行），我不会打赌它会完全覆盖核心音频。看一看