我正在思考Android上的Wine-ish兼容层的想法。 我们的想法是在它上面运行Symbian应用程序，因为两个操作系统共享ARM硬件。
我不了解Symbian，但我认为考虑到Android设备的硬件功能，这可以比Wine的windows仿真更省力。
在这个模拟器中要克服的最重要的区别是什么？ （穿线，存储......）
答案 0 :(得分：1)
设备的硬件功能与要托管的仿真器的复杂性无关。这取决于Symbian的设计和复杂性。
而且，更多，许可。即使有人可以为Android制作Symbian模拟器，它的合法性也会受到质疑。
很难详细回答你的问题，但由于Symbian是开源的（也是Android），如果你有时间，那么看看它们与众不同的东西应该不会太难。
答案 1 :(得分：1)
QT用于最新的symbian操作系统，并已移植到Android，您可以在每个平台的QT版本中编写应用程序
答案 2 :(得分：1)
真正的问题不是代码执行，而是API来做图形，与硬件交互，接受输入等等。如果你有原始文档和android有能力，API转换层将是可能。
但是android的安全模型完全阻止了其他手机平台上可能存在的许多事情，并且结合它的“仅仅java apis”只允许效率低下的方法，可以更有效地完成其他操作。
这当然是关于应用程序级仿真/ api转换的全部内容。如果您愿意修改Android平台本身，那么应该可以支持您在设备的硬件功能范围内拥有文档（和许可？）的任何其他内容。
答案 3 :(得分：1)
编写模拟器的问题是多变的。
如果Symbian应用程序是用Basic或类似的解释器语言编写的，那么模拟器就不会太难编写。我曾经做过这样的事情，在linux和windows上运行相同的代码，并且我使用了一个转换API来处理来自软件的所有calles，用于UI，输入/输出。
我猜测Symbian的UI功能是Android功能的一个子集，因此编写WINE相似的东西或在不同硬件上运行Symbian代码的解释器并不太难 - 如果它只是在高语言。
但请注意，appps中可能存在一些机器代码，这是特定于处理器的。现在大多数Android标签都运行在Tegra，Tegra2或Tegra3上（很快），有些可能运行在StrongArm或Arm上，有些可能运行在Intel Atom（x86架构）上，所以如果CPU没有，这可能会或多或少变得不可能。 t二进制兼容，如ARM / ATOM。然后你需要模拟CPU，这可能会吃掉很多性能，你需要4-5倍强的机器才能顺利运行这些东西。
破解Android以执行类似Linux的二进制文件并不会太困难，但是肯定这个“mod”会影响从常规应用商店使用或下载内容的能力。
对于某些应用程序，您可能会更头疼，例如来自韩国的MP3播放器运行在Strongarm上，但它也可以从各种来源执行Flash游戏。当没有Flash播放器 - 而谷歌宣布放弃支持Adobe Flash时 - 它将无法使用。
“最想要的”显然是Ovi地图，可能这些东西可以很容易地转换为另一个具有离线导航功能的应用程序:-)几年前人们写了“Gaia”，Google Earth的开源查看器（以及之后的版本）被迫放弃）所以至少不能实现这一点。