Windows平台陷开发困境 微软也无奈
新客网 XKER.COM 2008-05-08 来源：驱动之家 收藏本文
arstechnica网站Peter Bright撰文表示，现在Windows虽然统治着桌面，但是他们的平台开发已经是日落西山，大批程序员开始向Mac OS X等平台迁移。
在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位的系统文件……
在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位的系统文件……
0
最新相关文章发表评论
评论内容：不能超过250字，需审核后才会公布，请自觉遵守互联网相关政策法规。
推荐阅读
阅读排行
随机推荐
实用信息推荐