.NET Compact Framework概览

ZDNet软件频道 时间:2003-06-04 作者:ZDNet China |  我要评论()
本文关键词:
最近微软宣布发布了用于移动设备程序开发的.NET运行工具的最新版本。这一.NET Compact Framework为.NET开发人员打开了移动设备软件开发的新天地,但是,这一开发环境到底与它的孪兄有什么区别?
本文译自Builder.com,未经许可请勿转载最近微软宣布发布了用于移动设备程序开发的.NET运行工具的最新版本。这一.NET Compact Framework为.NET开发人员打开了移动设备软件开发的新天地,但是,这一开发环境到底与它的孪兄有什么区别?显然,对于一个移动设备,将23-MB的运行库压缩到1.5MB,微软不得不丢弃了许多东西。所以,哪些是他们丢弃的?这些变化是否可以使这两个框架相互兼容?现在让我们先回答后一个问题,然后再看看精简框架与它的孪兄的主要区别。

轻便产生的问题

微软的Ed Kaim说过,建立精简框架的目的是双重的。一方面的是建立一个比完整版本更小更简洁的.NET运行框架,这一点很明显。除此之外,微软还想把所有的开发平台集中在Visual Studio .NET,这是第二个目的。

“我们希望一个Visual Studio .NET程序开发人员能在IDE中实现他所需要的东西,并在所有平台实现他的编程过程。” Kaim如此说。

微软在这一话题上发布了多种信息。最近的一次信息即为有关MSDN的“The .NET Show”,这一信息主要是讨论是在一个具体框架内编写的代码能否在另一框架内运行的话题。

对于这一疑问,Kaim指出,虽然不能达到“write once, run anywhere”(跨平台)的程度,然而却应该力求于往这样的便利发展。现有的.NET程序将需要与精简框架相兼容。他说,如果NET程序涉及到有关的移动设备软件开发的API,就需要能够在不同的运行框架上使用。

应该删除的部分

所以,标准框架中的哪些部分应该删除掉?从精简框架版本中去掉的绝大部分应该是那些过多消耗内存的资源,主要包含以下:

  • No ASP.NET—既然绝大多数的移动设备操作系统不能集成网络服务器,ASP.NET功能是不能缺乏的。
  • No Web services—虽然简洁程序不能适用网络服务,它们也不能提供网络服务功能,这主要是因为缺乏网络服务器。
  • Scaled-down XML support—简洁程序通过读写类而全面支持读和写的XML,但它们不支持XSLT或XPATH,主要是因为是占用过多的资源。
  • No typed datasets—只有返回数据集的网络服务,并且简洁程序利用数据集,这一观点才成立。
  • Assembly loading changes—这是很重要的技术,微软认为绝大多数的开发人员都不会在移动设备环境中错过。

除了以上这些,微软认为应该通过去掉一些帮助文件和开发人员认为多余的类,从而减小精简框架的类库的容量。


百度大联盟认证黄金会员Copyright© 1997- CNET Networks 版权所有。 ZDNet 是CNET Networks公司注册服务商标。
中华人民共和国电信与信息服务业务经营许可证编号:京ICP证010391号 京ICP备09041801号-159
京公网安备:1101082134