Windows CE 6.0
如果不加特殊说明，以后提到的CE都会是CE 6.0了。所以，很有必要现介绍一些CE 6的新东西。和CE 5相比，CE 6确实做了不少更新，很有必要提一下。
首先当然是编译环境的变化。CE 6不再使用Platform Builder作为集成开发环境，而是统一在Visual Studio中开发。这倒是很符合微软的一贯作风，不过对我这样不太喜欢IDE的人来说没什么改变。真正的编译流程：cebuild, buildrel, makeimg没有什么变化。
其次是大大增加了开放的内核源代码。这当然是个很好的消息！我们不仅仅可以看，甚至可以自己修改编译kernel.dll，devmgr.dll等等，不过微软的看家本事gwes.dll，还是语焉不详。
然后就是内核的改变了。微软号称完全改写了内核代码。从CE 5和CE 6公开的代码来看，这话基本不假。微软大力宣传的是，CE 6改变了CE 5中32MB的进程空间和32个进程数量的限制，还强调了一下采用了O(1)级的调度算法。确实，这是一个完全不同的内存映射方案，再也不用为了可怜的进程数和虚拟空间头痛了，也不用再痛恨64KB的地址对齐了。几乎和桌面Windows一样的映射方式，给应用程序员提供了极大的便利性，同时，也将那些总喜欢利用CE 5的内存映射钻钻后门的系统程序员断了后路。好了，到此为止吧，内存映射的区别，留待后来慢慢细讲吧。
中间件和应用组件的增加。微软总会在这方面吹嘘很多东西，技术总是服务于市场嘛。当然，这不是我关注的重点，略过...
嗯，就水到这里吧。下一次，该切入正题了。
首先当然是编译环境的变化。CE 6不再使用Platform Builder作为集成开发环境，而是统一在Visual Studio中开发。这倒是很符合微软的一贯作风，不过对我这样不太喜欢IDE的人来说没什么改变。真正的编译流程：cebuild, buildrel, makeimg没有什么变化。
其次是大大增加了开放的内核源代码。这当然是个很好的消息！我们不仅仅可以看，甚至可以自己修改编译kernel.dll，devmgr.dll等等，不过微软的看家本事gwes.dll，还是语焉不详。
然后就是内核的改变了。微软号称完全改写了内核代码。从CE 5和CE 6公开的代码来看，这话基本不假。微软大力宣传的是，CE 6改变了CE 5中32MB的进程空间和32个进程数量的限制，还强调了一下采用了O(1)级的调度算法。确实，这是一个完全不同的内存映射方案，再也不用为了可怜的进程数和虚拟空间头痛了，也不用再痛恨64KB的地址对齐了。几乎和桌面Windows一样的映射方式，给应用程序员提供了极大的便利性，同时，也将那些总喜欢利用CE 5的内存映射钻钻后门的系统程序员断了后路。好了，到此为止吧，内存映射的区别，留待后来慢慢细讲吧。
中间件和应用组件的增加。微软总会在这方面吹嘘很多东西，技术总是服务于市场嘛。当然，这不是我关注的重点，略过...
嗯，就水到这里吧。下一次，该切入正题了。