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

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

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

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

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

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

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

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

你更有可能看到Silverlight的Android实现。微软的代表已经证实这是可能的，而iPhone的代表说这是有问题的。

但是。net框架的一个版本是可能的。只是需要有人这么关心它:)

但实际上，从c#到Java并不是什么大不了的事情，考虑到两个平台(PC vs. G1)之间的巨大差异，你似乎不太可能用一个代码库来运行任何你想在两个平台上运行的应用。

. net紧凑框架已移植到塞班操作系统(http://www.redfivelabs.com/)。如果。net作为一个“封闭的”平台可以移植到这个平台上，我看不出有什么理由不能移植到Android上。

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

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

. net和Mono都是很棒的环境，有很多工具，有很多知道如何使用它们的人。

我认为Mono有机会成为移动跨平台开发环境的选择，因为它们是iPhone上Objective-C的唯一替代品，应该可以移植到Android上，而。net已经在Windows mobile上了。

我真的希望在Android上看到Mono的可靠实现，与Monotouch一样，为Android API提供包装器，并且愿意为此付费，因为我自己无法做到这一点。