打印本文 关闭窗口 | |
Windows平台陷开发困境 微软也无奈 | |
作者:陈鹏 文章来源:eNet 点击数 更新时间:2009/9/16 16:28:41 文章录入:陈鹏 责任编辑:陈鹏 | |
|
|
在2001年XP发布的时候,Mac OS X还是有很多麻烦,性能和稳定性都非常差劲,所以与XP对抗的还是Mac OS 9,但是Mac OS在这几年来却突飞猛进,核心音频、图像、数据、Quartz Extreme等都有了长足进展,还有很多高质量的软件支持,XP五年以来一如既往,直到Vista推出。 在Vista跟XP之间,微软对他们的平台也做了革新的尝试,这就是.Net Framework。这本来是一个优秀的系统,其本身在质量、性能、GUI创建、前瞻性等各个方面都不错,但是遗憾的是遭到了大部分开发人员的厌恶,因为它的Library太糟糕了,太简单不灵活受限太多。似乎微软也无力让windows进入新时代。 微软推出.NET Framework本意是创造任何开发者都可使用的统一架构,但是他们没有注意到开发人员是分层次的。底层的Windows开发人员也是最多的开发人员,需要与Access、Excel、VB6等打交道,他们写的商务软件代码最主要的是考虑兼容性,用微软的傻瓜式开发工具开发出许多丑陋不堪的程序,他们根本不在意品质。而高质量的程序员对.Net的开发环境有许多不满意之处(微软对他们无很无视,最重视的还是“商业程序员”),他们更喜欢尝试新鲜适合其个性的东西。 Windows上编写程序已经成了一场灾难,如果你使用15年前学到相同技术,不改变你编程的方式,Windows确实还不错。但是想变革就太难了,API调用的参数很糟,使用已释放的内存,总是访问定位于特定的目录的文件,代码里里外外充满了矛盾。 微软自己也很无奈,兼容性考虑使得微软无法维护和修正代码,因为代码与其表明功用的文档早已分道扬镳,没人知道它是如何工作的,测试也无法进行。 例如,在Windows 16位时代,系统文件夹名为“system”,在win32时代名为“system32”,到了64位时代,它还得叫“System32”,因为程序只认这个文件夹名,尽管里面是64位的系统文件…… |
|
打印本文 关闭窗口 |