在我看来，将CLI字节码转换为Dalvik在技术上是可能的，并为一些核心功能(如集合、文件访问等)编写包装类，即使这将是一项艰巨的工作。

但是在android上运行。net桌面应用程序会让人感觉很陌生，因为它会有一个经典的类似windows的GUI，在触摸设备上不太好用。另一方面，如果您要在。net中编写类似android的GUI，则需要另一组包装器(注意，包装与上面提到的包装器相反)。

我不确定。net移动应用程序在android上是否会有原生的感觉，但我猜不会。

也许您对另一种方法感兴趣:您可以用Java语言编写应用程序。然后你可以通过Microsoft j#将其编译成。net(我知道它已经停止了，但你仍然可以下载并使用它)，并在android上使用相同的Java代码。同样，这是为核心类，也就是业务逻辑，你必须再写两个gui。也许您也可以标记J2ME，如果您使用. net则无法做到这一点。

我认为这是可能的。也许还可以查看这个视频

Android有Mono，为Android移植的。net框架。还有MonoDroid，一个使用c#和核心。net api来开发基于android的应用程序的开发栈。MonoDroid预览版1已经在几天前发布了。

Miguel de Icaza于2010年2月17日在他的博客上宣布，他们开始为android开发mono，并将其命名为MonoDroid。

这将类似于iphone上的MonoTouch，但适用于android。

它将提供绑定到android UI，所以应用程序将看起来和感觉live原生android应用程序。这将要求你编写一个android特定的UI。

但是，您将能够重用现有的较低级别库，而无需重新编译。

MonoDroid可供预览。我认为这将弥补差距。然而，MonoDroid可能是一个昂贵的开发选择。他们的其他开发工具的成本在199美元到4000美元之间(The MonoTouch ..iPhone开发工具…售价在399美元到3999美元之间)。如果人们使用这些工具开发应用程序，他们需要一个非常强大的商业模式来获得一些回报。

在我看来，。net在Android上的应用是很有可能的。有消息称，微软将为Android发布合适的Silverlight——永远不要低估微软为苹果推出Silverlight的优势。一款速度更快、功能更丰富、开发周期更快的智能手机，令人印象深刻的硬件，Flash和Silverlight作为标准安装。

微软对改进Android有着既得利益，与此同时，为Android上的Silverlight开发的应用程序也将适用于Windows Phone 7操作系统，具有多点触控、GPS等功能。