博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
大话WinCE与WinXP应用程序开发的差异性
阅读量:5309 次
发布时间:2019-06-14

本文共 2303 字,大约阅读时间需要 7 分钟。

 

 

//=====================================================================

//TITLE:
//    大话WinCE与WinXP应用程序开发的差异性
//AUTHOR:
//    norains
//DATE:
//    Wednesday 21-April-2010
//Environment:
//    Windows CE 5.0
//    Windows XP
//=====================================================================

 

     "龙生龙,凤生凤,老鼠生的儿子会打洞",所以无论是WinCE,还是WinXP,都是微软一个妈生的,自然有其相似的特点;但又由于"龙生九子,各有不同",故这两者的区别肯定还是存在的。

 

    因此今天我就来一回大话,大谈阔论,不严谨,不科学,随意而发。

 

    首先,来大话一下开发工具。

 

    对于近年才接触WinCE开发的朋友来说,见到EVB这个字眼可能会觉得非常陌生。想当年WinCE 3.0的时代,EVB可是和EVC是WinCE开发的两把利器。只不过后来估计微软看着EVB不顺眼,在4.0开始,就将EVB横扫出门,只剩下EVC一枝独秀。只不过EVC王者独尊的态势注定不可能太久,从5.0开始,VS就已经开始支持其开发。后辈VS支持STL开发的完善程度,编译器的效率等等,都是EVC所无法企及的。随着时间的推移,EVC注定也只能退出历史的舞台。只不过,EVC4.0很可能和接下来要说的VC6.0成为一个永恒的经典。

 

    转移到桌面Windows的开发,大家最熟悉不过的就是vc6.0。这款软件,堪称是经典,无论是执行速度,还是编译速度,在当年都是无望而不可及的高峰。即使是现在,很多人对此还津津乐道,特别是很多高校,教导C++采用的还是VC6.0,可见其影响力。只不过,技术是不停地发展的,微软注定不会让VC6.0舒服,后续又逐渐推出VS系列。

 

    我一直认为,VS2005是微软开发工具的一个里程碑,它结束了之前微软旗下编程工具的混乱局面,全部统一到vs这个大家族里面:

 

  用EVC开发WinCE应用程序?NO,NO,请使用vs2005!

  
  用PB编译WinCE系统?NO,NO,请使用vs2005!
  
  用VC开发WinXP程序?NO,NO,请使用vs2005!
  
  你所能想到的开发方式,vs2005都可以帮你解决。更为有意思的是,在此之前,同一套代码,分别适用于WinCE和WinXP,那么你就必须为这两个系统建立不同的工程:一个是给EVC用的,另一个是给VC。但如果你使用VS2005之后,那么一切都不同了。虽然一开始会强制让你选择开发的平台,但实际上生成工程之后,你可以手动添加不同的SDK。换句话来说,你只要简单地在vs2005上选择不同的SDK,就可以编译不同平台的程序。相对以前,这无疑是一个巨大的进步。
  
  扯谈完开发工具,我们再来看看调试的方式。在WinXP里,调试的环境和开发的环境是共用的。这个比较好理解,不就是本机编译的程序会直接在本机上运行嘛。只不过有一些危险的操作,估计没几个人会调试,比如说软件上有全盘格式化功能,我想没几个人会在本机上调试吧?WinCE就安全点,反正直接在WinXP上点击WinCE程序会给你弹出一个错误的运行框。所以,要调试WinCE程序,你只有两种途径,一个是使用模拟器,另一个就是通过ActiveSync连接到开发板。而这两种方式,最好的自然是后者,毕竟模拟器,顾名思义,就是"模拟",很多实际上会发生的问题很可能会被屏蔽。只不过,如果是开发消费类电子,在还没有板子回来前,模拟器确实是唯一的选择。
  
  具体到API函数代码方面,也确实有意思。WinXP有的函数,WinCE不一定具备;同样,WinCE随处可见的,也不一定在WinXP上有其身影;即使是两者都有的,其参数也不一定相同。
  
  不信?你在WinCE下给我找找SystemTimeToTzSpecificLocalTime,然后在WinXP下也搜搜SetEventData,最后比较一下ReadFile最后一个形参试试?如果你不需要代码横跨两个平台,那么这些都不是问题;如果你需要互相移植,那么前面的两个问题也不是什么大问题,大不了自己重新写一个同名函数即可。最郁闷的是最后一个,两个系统都有相应的函数,只是形参不同。像ReadFile这样算是好的,最后一个形参WinCE明令指出必须设置为NULL,你将该代码原封不动移植到WinXP下,也能正常工作。但有的函数就没有那么好的运气了,比如说CreateProcess的倒数第二个形参psiStartInfo,在WinCE下必须设置NULL,但如果你还是不加更改照搬到WinXP,那么迎接你的将是程序的崩溃--因为在WinXP下,该形参不能为NULL!
  
  不仅API函数需要留意,其实消息处理机制也必须注意。因为WinCE是一个精简的系统,实时性要求高,所以在WinCE下面消息处理机制有点点和WinXP不同。很可能在WinXP下跑得很正常的代码,在WinCE下会哑火;同样的道理,能在WinCE完美表现的代码,也许在WinXP下是一团糟。如果遇到这种情况,不妨从消息处理函数入手,说不定能有意外的惊喜。

出自:

转载于:https://www.cnblogs.com/javaexam2/archive/2012/08/09/2632784.html

你可能感兴趣的文章
Redis sentinel & cluster 原理分析
查看>>
我的工作习惯小结
查看>>
把word文档中的所有图片导出
查看>>
浏览器的判断;
查看>>
ubuntu 18.04取消自动锁屏以及设置键盘快捷锁屏
查看>>
Leetcode 589. N-ary Tree Preorder Traversal
查看>>
机器学习/深度学习/其他开发环境搭建记录
查看>>
xml.exist() 实例演示
查看>>
判断是否为空然后赋值
查看>>
zabbix监控日志文件
查看>>
正则表达式
查看>>
pip install torch on windows, and the 'from torch._C import * ImportError: DLL load failed:' s...
查看>>
环套树
查看>>
java基础(一):我对java的三个环境变量的简单理解和配置
查看>>
arcgis api 4.x for js 结合 Echarts4 实现散点图效果(附源码下载)
查看>>
YTU 2625: B 构造函数和析构函数
查看>>
apache自带压力测试工具ab的使用及解析
查看>>
C#使用Xamarin开发可移植移动应用(2.Xamarin.Forms布局,本篇很长,注意)附源码
查看>>
jenkins搭建
查看>>
C#中使用Split分隔字符串的技巧
查看>>