在发布了C#和通用语言架构(CLI)后不久,微软,与Intel和HP一道,将它们提交给了ECMA进行审查。ECMA将这个项目分配给了它的39号技术组--即TC39--做进一步的技术研究。
据ECMA TC39(这个组包括来自 Fujitsu, Eiffel, IBM,和其它公司的代表)的总书记Jan van den Beld说,“本技术组2001年9月在Cupertino,CA召开的会议上一致通过了这份文件的内容。”标准化的下一步就是通过ECMA全会的认可;一旦通过了认可,这些标准将会被发表并提交给ISO和IEC进行处理。
对于微软来说,获取C#和CLI标准有一些不利的影响。虽然这家公司已经对与这项技术相关的东西申请了专利了版权保护,但是这一举措也确实放弃了一些控制。据总书记van den Beld说,“如果C#标准得到了认可,任何人都可以建议对其进行修改,包括微软;所有的改变在它们被包括在新版本的标准之前都必须获得TC39的同意。”微软发言人Steven Lees暗示微软将会保持参与的状态,他说,“微软将积极的不懈的参与到TC39的工作中来。”
但是在盖上了TC39和ECMA全会同意的章以后并不意味着微软放弃了它对C#和CLI的所有权。作为ECMA过程的一部分,微软和其它寻求对它的技术进行标准化的公司或者组织一样必须作出一项与授权技术相关的声明,这个声明必须符合ECMA的专利纠纷解决条款。“一个标准团体在这种情况下的角色是保证技术的授权在RAND(合理和平等)的条件是可能的,”van den Beld解释说。所以虽然微软不能再对C#为所欲为了,但是很明显的是它对于技术的授权仍然有着很大的影响力。
获得ECMA的认可还有其它的一些好处。微软在不断推动市场对它的.Net Web服务计划的接受,那么对于.Net的内核拥有一个工业标准能够建立大家对微软开发平台的信任并促进Visual Basic和C++程序员使用C#。还有可能的是微软希望这个作为诱饵的标准化的开发语言将会鼓励开发公司使用这个“规范化”的语言的表面上“安全性”。
怀疑的人可能会说微软获得ECMA C#标准是--至少部分是--一种公共关系活动借以踢Sun公司一脚。因为在1999年12月,在把Java提交给ECMA来考虑它的标准化过程的以后,Sun又收回了它的提交书,并决定避开标准化过程,而且显然,它选择不通过标准化过程而继续保持对Java的控制权。当微软将C#推向市场的时候,人们肯定要把它与Sun公司和Java 相比较,所以将这种语言提交给ECMA使得微软看起来象是一个软件工业的好公民而不是Sun那种遮遮掩掩的Java开局方式。
可能是因为它狡猾而悦耳的名字在ECMA的考察过程中C#获得了最多的注意。但是你要记住通用语言架构(CLI)是这个过程的一部分--而且可能最终将成为最重要的部分。当然,编程语言是应用程序开发的关键元素,但是CLI包含了在不同的平台上运行这些程序的关键。
作为它的ECMA努力的一个配角,微软还列举了Corel在开发一个运行于FreeBSD上的C#和CLI的“开放源代码”实现版本的时候给它的帮助。微软希望这能够向人们展示C#和CLI不仅仅是工业标准,而且能够很好的体现一次编写,多次运行的思想。
ECMA总书记van den Beld描述了CLI的重要性,他说,“CLI仍然能够被广泛的拓展。这种技术将依赖于它在市场上获得的接受程序以及技术方向的进步。因此,很有可能的是不久以后的活动将会集中于CLI上。”
责任编辑:小李(Email:li_shuangzhen@zdnet.com.cn)