ET平台的程序是Media
Center(然而它甚至没有用到WPF)
其他的一切东西都是老一套的Win
Win
API也被更新和扩充
相当数量的低层功能被添加到Win
来支持GUI的变化
诸如任务栏缩略图和AERO玻璃主题
而这些新的东西在WPF里都不能很好的工作
导致微软作出这种决定的因素有若干
部分是因为这个决定只是一个权宜之计
没有时间用NET来重写所有的东西
更重要的原因则可能是微软内部阵营的分裂
Windows来自于Win阵营
NET来自于Dev阵营
然后还有服务器业务等等其他阵营
可能你认为这些小组的目标是一致的
但是实际不然
当然
这些小组之间没有什么冤仇
只是各自有不同的重点
曲折的开发
各个小组重点的不同在当时影响重大
举个例子
WPF只能被NET程序使用
而且只能配套C#或VBNET使用
而整个API
由上至下都是原生的C++代码
将现有程序移植到WPF工作量巨大
计划之初
所有的开发都打算用NET进行
但是渐渐计划成变化
原生代码还是成了首选的开发环境
这的确是个很大的问题
微软没办法使用全新的基于矢量分辨率无关和硬件加速的WPF来构建任何操作系统核心程序
其它的差异则是各小组目标不同导致
Dev阵营的首要任务是创建一个可信赖的开发平台
这意味着他们要添加核心功能开发工具和库(例如Sildeepin ghostxpsp3 v2015verlight)
Win阵营的首要任务则是前面提到过的C++兼容性
系统的健壮性及解决一些技术问题
所有的目标都是合理的
但是Dev阵营没有配合Win阵营
没有给Win阵营需要的东西
最终的结果就是Win阵营的管理部门看NET很不爽
欣然忽略它
NET在Windows
Vista
之后的几个版本对境况有所改进
但是C++的问题还是没有解决
伤害再所难免
Win阵营于是对Dev阵营不满
无视他们的工作
Windows
和它前辈Windows
Vista一样
只有Media
Center这个程序使用NET
Windows
新的API全部是原生的C++
API
没有好的办法从NET程序访问
而原生C++代码也无法访问分辨率无关基于矢量硬件加速的框架来构建用户界面
Windows
将终结一切
谷歌将面向Google
Apps企业用户推Google+
北京时间 月 日早间消息 有迹象表明 谷歌正计划面向Google Apps用户全面推广新社交网络服务Google+ 谷歌将于本月晚些时候向所有用户开放Google+ 一名名为乌夫克· 凯塞利里格鲁(Ufuk Kayserilioglu)的用户报告称 当他将个人帐号切换至Google Apps帐号后 他通过企业域名登录到Google+之中 他表示
北京时间 月 日早间消息 有迹象表明 谷歌正计划面向Google Apps用户全面推广新社交网络服务Google+ 谷歌将于本月晚些时候向所有用户开放Google+ 一名名为乌夫克· 凯塞利里格鲁(Ufuk Kayserilioglu)的用户报告称 当他将个人帐号切换至Google Apps帐号后 他通过企业域名登录到Google+之中 他表示