WinCE应用程序开发之程序自动运行的解决办法
时间:10-02
整理:3721RD
点击:
WinCE应用程序开发之程序自动运行的解决办法
WinCE应用程序的开发是WinCE开发中很重要的一个环节。本文将简单介绍一些WinCE应用程序开发的基本概念。
先说开发工具,目前用得比较多的开发工具有EVC4(SP4)、VS2005、VS2008和Platform Builder。
其中Platform Builder主要是用来定制操作系统的,虽然也支持编写应用程序,但用得相对较少。记得没错的话,它还得先编译系统,才能新建应用程序的工程。
VS2005和VS2008是微软的集大成开发工具,PB6.0就是作为VS2005的插件安装的(PB6.0目前应该是不支持VS2008)。在VS2005中,你可以编译WinCE6.0的操作系统,也可以编译设备上的应用程序,省去了切换开发环境的麻烦。
EVC4(SP4)即嵌入式的VC,使用起来基本跟VC6.0一致。
WinCE应用程序的开发相对桌面Windows应用程序的开发有一些特点,如下:
1. UNICODE编码。WinCE中的应用程序只能使用UNICODE编码,桌面系统则支持UNICODE和ANSI码。在移植PC端程序到设备上时需要注意这一点。
2.SDK。SDK即软件开发支持包,软件开发都少不了这个,但在WinCE应用程序的开发中尤为重要。因为WinCE系统本身是一个非标的操作系统,它的组件特性和可裁剪性决定了不同的系统支持的API是不同的。而桌面系统相对标准,SDK的作用就弱化了。WinCE中的SDK由系统开发人员在编译完系统后,通过Platform Builder导出。应用程序的开发人员安装此SDK,并编写应用程序,最终将应用程序下载到目标平台上运行测试。一般来说,SDK是应用程序和操作系统之间的纽带,但他们之间也并不是完全一一对应的。譬如,在硬件和操作系统都没调试好时,我们可以先用标准的SDK或者自己定制一个模拟器的SDK进行应用程序的开发,等硬件和系统调试完成后再做联调。应用程序基于新的SDK编译一下,甚至无需重新编译也可运行。当然,一个应用程序在别的设备上跑得很好,但到另外一个设备上却不能工作也是很正常的。就像很多WM上的应用程序在WinCE中不能跑一样,虽然内核相同,但系统不同,支持的API也是不同的。
WinCE应用程序自动运行的解决办法
WinCE应用程序开机自动运行的问题,发现大概有以下三种方法:
1、 将应用程序和应用程序快捷方式添加到映像里,再将快捷方式添加到StartUp目录下,这样当系统运行后应用程序就能自动运行;
2、 直接替换Wince的SHELL,即修改注册表:
[HKEY_LOCAL_MACHINE/init]
"Launch50"="explorer.exe"
"Depend50"=hex:14,00, 1e,00
把这个explorer.exe改成你的应用程序(比如:MyApp.exe);
3、 把应用程序加入到映像,修改注册表:
[HKEY_LOCAL_MACHINE/init]
"Launch80"="MyApp.exe"
"Depend80"=hex:1E,00
可以设置启动顺序和依赖程序;
以上方法都可行,但是都存在一个问题,就是应用程序是集成到NK里面的,也就是说每次升级应用程序都要重新编译下载内核,很麻烦,尤其在程序调试阶段,大家都希望把应用程序放在SD卡上,这样更新起来比较容易;据说通过第三种方法可以实现,即修改"Launch80"="MyApp.exe"为"Launch80"="/STDCard/MyApp.exe"( STDCard为SD卡目录),但是我试了一下没有成功,因为Launch80运行时SD卡的文件驱动还没有加载,找不到MyApp.exe文件。同样,采用快捷方式加载SD卡里的应用程序也不可行。
所以我采用了另一种方法,自己编了一个小程序,比如叫ShellExe.exe,将此程序加入到映像里,通过StartUp快捷方式调用ShellExe,ShellExe再去调用SD卡里的应用程序,具体实现步骤如下:
1、 在eVC下编译如下代码:
int WINAPI WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPTSTR lpCmdLine,
int nCmdShow)
{
WIN32_FIND_DATA fd;
HANDLE hd=INVALID_HANDLE_VALUE;
int iCount = 20;
while(iCount--)
{
hd=::FindFirstFile(lpCmdLine,&fd);
Sleep(500);
if(INVALID_HANDLE_VALUE!=hd) break;
}
if(0==iCount) return 0;
FindClose(hd);
SHELLEXECUTEINFO ShExeInfo={0};
ShExeInfo.cbSize=sizeof(SHELLEXECUTEINFO);
ShExeInfo.fMask=SEE_MASK_NOCLOSEPROCESS;
ShExeInfo.hwnd=NULL;
ShExeInfo.lpVerb=NULL;
ShExeInfo.lpFile=lpCmdLine;
ShExeInfo.lpParameters=L"";
ShExeInfo.lpDirectory=NULL;
ShExeInfo.nShow=SW_SHOW;
ShExeInfo.hInstApp=NULL;
ShellExecuteEx(&ShExeInfo);
return 0;
}
生成ShellExe.exe的可执行文件,此段代码主要功能是查找指定的应用程序,然后执行;下面这段代码可以保证在SD卡文件系统正确加载后才去执行应用程序; while(iCount--)
{
hd=::FindFirstFile(lpCmdLine,&fd);
Sleep(500);
if(INVALID_HANDLE_VALUE!=hd) break;
}
文件的名称和路径由命令行参数指定:ShExeInfo.lpFile=lpCmdLine;
2、 新建一个快捷方式,如Autorun.lnk,按如下方式编辑其内容:
21#/windows/shellexe.exe /stdcard/MyApp.exe
其中/stdcard/MyApp.exe应用程序的绝对路径;
3、 将MyApp.exe和Autorun.lnk添加到NK里,方法是在project.bib文件内加入如下内容:
ShellExe.exe f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/ShellExe.exe NK S
Autorun.lnk f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/Autorun.lnk NK S
注意:ShellExe.exe的属性不能带H(隐藏).
4、 在project.dat里加入如下内容:
Directory("/Windows/Startup"):-File("Autorun.lnk","/Windows/Autorun.lnk")
5、 选择Make Image生成映像(当然Build也可以,就是慢点儿),烧到FLASH里,开机运行,可以看到SD卡里的MyApp.exe被正确执行。
WinCE应用程序的开发是WinCE开发中很重要的一个环节。本文将简单介绍一些WinCE应用程序开发的基本概念。
先说开发工具,目前用得比较多的开发工具有EVC4(SP4)、VS2005、VS2008和Platform Builder。
其中Platform Builder主要是用来定制操作系统的,虽然也支持编写应用程序,但用得相对较少。记得没错的话,它还得先编译系统,才能新建应用程序的工程。
VS2005和VS2008是微软的集大成开发工具,PB6.0就是作为VS2005的插件安装的(PB6.0目前应该是不支持VS2008)。在VS2005中,你可以编译WinCE6.0的操作系统,也可以编译设备上的应用程序,省去了切换开发环境的麻烦。
EVC4(SP4)即嵌入式的VC,使用起来基本跟VC6.0一致。
WinCE应用程序的开发相对桌面Windows应用程序的开发有一些特点,如下:
1. UNICODE编码。WinCE中的应用程序只能使用UNICODE编码,桌面系统则支持UNICODE和ANSI码。在移植PC端程序到设备上时需要注意这一点。
2.SDK。SDK即软件开发支持包,软件开发都少不了这个,但在WinCE应用程序的开发中尤为重要。因为WinCE系统本身是一个非标的操作系统,它的组件特性和可裁剪性决定了不同的系统支持的API是不同的。而桌面系统相对标准,SDK的作用就弱化了。WinCE中的SDK由系统开发人员在编译完系统后,通过Platform Builder导出。应用程序的开发人员安装此SDK,并编写应用程序,最终将应用程序下载到目标平台上运行测试。一般来说,SDK是应用程序和操作系统之间的纽带,但他们之间也并不是完全一一对应的。譬如,在硬件和操作系统都没调试好时,我们可以先用标准的SDK或者自己定制一个模拟器的SDK进行应用程序的开发,等硬件和系统调试完成后再做联调。应用程序基于新的SDK编译一下,甚至无需重新编译也可运行。当然,一个应用程序在别的设备上跑得很好,但到另外一个设备上却不能工作也是很正常的。就像很多WM上的应用程序在WinCE中不能跑一样,虽然内核相同,但系统不同,支持的API也是不同的。
WinCE应用程序自动运行的解决办法
WinCE应用程序开机自动运行的问题,发现大概有以下三种方法:
1、 将应用程序和应用程序快捷方式添加到映像里,再将快捷方式添加到StartUp目录下,这样当系统运行后应用程序就能自动运行;
2、 直接替换Wince的SHELL,即修改注册表:
[HKEY_LOCAL_MACHINE/init]
"Launch50"="explorer.exe"
"Depend50"=hex:14,00, 1e,00
把这个explorer.exe改成你的应用程序(比如:MyApp.exe);
3、 把应用程序加入到映像,修改注册表:
[HKEY_LOCAL_MACHINE/init]
"Launch80"="MyApp.exe"
"Depend80"=hex:1E,00
可以设置启动顺序和依赖程序;
以上方法都可行,但是都存在一个问题,就是应用程序是集成到NK里面的,也就是说每次升级应用程序都要重新编译下载内核,很麻烦,尤其在程序调试阶段,大家都希望把应用程序放在SD卡上,这样更新起来比较容易;据说通过第三种方法可以实现,即修改"Launch80"="MyApp.exe"为"Launch80"="/STDCard/MyApp.exe"( STDCard为SD卡目录),但是我试了一下没有成功,因为Launch80运行时SD卡的文件驱动还没有加载,找不到MyApp.exe文件。同样,采用快捷方式加载SD卡里的应用程序也不可行。
所以我采用了另一种方法,自己编了一个小程序,比如叫ShellExe.exe,将此程序加入到映像里,通过StartUp快捷方式调用ShellExe,ShellExe再去调用SD卡里的应用程序,具体实现步骤如下:
1、 在eVC下编译如下代码:
int WINAPI WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPTSTR lpCmdLine,
int nCmdShow)
{
WIN32_FIND_DATA fd;
HANDLE hd=INVALID_HANDLE_VALUE;
int iCount = 20;
while(iCount--)
{
hd=::FindFirstFile(lpCmdLine,&fd);
Sleep(500);
if(INVALID_HANDLE_VALUE!=hd) break;
}
if(0==iCount) return 0;
FindClose(hd);
SHELLEXECUTEINFO ShExeInfo={0};
ShExeInfo.cbSize=sizeof(SHELLEXECUTEINFO);
ShExeInfo.fMask=SEE_MASK_NOCLOSEPROCESS;
ShExeInfo.hwnd=NULL;
ShExeInfo.lpVerb=NULL;
ShExeInfo.lpFile=lpCmdLine;
ShExeInfo.lpParameters=L"";
ShExeInfo.lpDirectory=NULL;
ShExeInfo.nShow=SW_SHOW;
ShExeInfo.hInstApp=NULL;
ShellExecuteEx(&ShExeInfo);
return 0;
}
生成ShellExe.exe的可执行文件,此段代码主要功能是查找指定的应用程序,然后执行;下面这段代码可以保证在SD卡文件系统正确加载后才去执行应用程序; while(iCount--)
{
hd=::FindFirstFile(lpCmdLine,&fd);
Sleep(500);
if(INVALID_HANDLE_VALUE!=hd) break;
}
文件的名称和路径由命令行参数指定:ShExeInfo.lpFile=lpCmdLine;
2、 新建一个快捷方式,如Autorun.lnk,按如下方式编辑其内容:
21#/windows/shellexe.exe /stdcard/MyApp.exe
其中/stdcard/MyApp.exe应用程序的绝对路径;
3、 将MyApp.exe和Autorun.lnk添加到NK里,方法是在project.bib文件内加入如下内容:
ShellExe.exe f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/ShellExe.exe NK S
Autorun.lnk f:/WINCE420/PBWORKSPACES/LioetEnTer/RelDir/Autorun.lnk NK S
注意:ShellExe.exe的属性不能带H(隐藏).
4、 在project.dat里加入如下内容:
Directory("/Windows/Startup"):-File("Autorun.lnk","/Windows/Autorun.lnk")
5、 选择Make Image生成映像(当然Build也可以,就是慢点儿),烧到FLASH里,开机运行,可以看到SD卡里的MyApp.exe被正确执行。