目前正在流行这种实现方式。一言以蔽之，就是将COM对象变成与Java程序一样。也就是说，.NET框架的对象，不是被编译成处理器的本地代码(Native Code)，而是被编译成被称为IL(中间语言)的虚拟机代码。而在执行时，则由相当于Java虚拟机的被称为CLR(Commom Language Runtime)的模块将IL代码转换成本地代码后执行(实际上只是在第一次才真正转换)。

　　对象之间的通信不必描述为COM，只需描述为普通调入手续即可。只要移植CLR就可以在Windows以外的客户及服务器上运行同一个代码。而且可以使用任何开发语言。微软的开发环境Visual Studio除了在下一个版本中使C/C++、Visual Basic以及新开发的C#对应.NET框架以外，目前已经有多个第三方加入，将来有可能使用除了Java以外的所有主要语言。

　　在7月11日～14日PDC(专业开发人员会议)上，当美国微软的副社长鲍尔·马里茨(音译)表示“已经不再需要(COM的典型约束事项)IUnknown及GUID”时，开发人员们兴奋得鼓掌喝彩，这一点完全可以理解，先不去考虑.NET框架减轻了开发工作量或者与Java相似等问题，做为纯粹的软件技术，.NET框架确实是一个很有意思的结构。

　　实际上在公布的.NET中还包括用来建立.NET方案的多种服务，不过最后在理解了.NET的平台部分是Windows DNA2000和COM+以后，就感到“原来它和现有的相比其实没有什么大的改变”。而另一方面，从微软故意将内容搞得晦涩难懂，淡化Windows色彩来强调其新意的做法，可以感到他们要在因特网时代继续生存下去的坚定意志。