通过数据线或蓝牙传输PALM OS的可执行代码。它的实现将依赖于PALM OS的驻留虚拟机KVM(the Java 2 Micro edition)运行时,同时它还应该避免KVM设计中JAVA运行程序载入过慢的缺陷。另外这一套API与为WINDWOS CE的设计的不同,它不应舍弃那些资源占用较大的API象System.Xml。.NET依赖于SOAP进行远程的方法调用。SOAP基于XML格式,因此它需要System.Xml的支持。如果没有,基于SOAP的分布式应用将无法工作。通过调用System.Xml API的方法可以实现对PDA诸如WINDOWS CE和PALM OS上的应用程序或是一些服务器端的应用的远程操作。甚至可以在SOAP的基础上利用为WAP(Wireless Access Protocol)设计的WBXML(Wap Binary XML)标准与WAP网关进行通信。
.NET API and lib. bridge for POSIX.
这部分将对.NET API和UNIX API进行映射,大量的C的编程工作将是一个困难,但更大的困难将来自于GUI元素的处理上。这些UNIX平台会有很多GUI框架,比较安全的做法是给它们提供一个WIN32 API的端口作为媒介。如果能以前文所述的MICROSOFT JAVA SDK的方法来进行映射的操作,那么将节省大量的编程工作。
C组的项目
该部分的内容致力于将.NET框架应用于JAVA上。这将是一项艰苦的工作。当然,假如微软向ECMA提交一份标准规范,这项工作将变的比较实际一些。
CIL compiler to JVM
该项目将把.NET执行程序(PE)转换为.class格式的文件。但如果执行程序中有一些非受管代码,JVM将不接受它们。该项目的实现依赖于下面将要描述的.NET API bridge for Java的实现。
.NET API and lib. bridge for Java API.
一个完全兼容的.NET API bridge几乎是不可能的,它需要依赖于微软向ECMA提交的标准中的一些参数。
这项工作将由JAVA来实现,但与前文提到的Java API to .NET bridge一样,将有很多烦琐的工作。
C# compiler for JVM
这项工作可以用JAVA或是C#的任意一种来完成。比较容易实现的是利用JAVA,因为有SUN的JAVA编译器的许多代码可以被再利用。但我建议用C#来实现该项工作,在.NET框架中有许多基础的编译器可被利用。此项目依赖于.NET API bridge for Java的实现。
总结
最后我要说的是将.net与JAVA整合不仅仅是微软与SUN的工作。所有的程序员也许都应对它进行关注。