HeatPrintAx项目开发

Exe工程如何转为ATL COM工程

HeatPrintAx涉及到工程转换及Activex控件发布,本节只讲工程转换。
1.       由于原来是个Exe项目,所以首先要实现的是把exe工程转换为Atl Com工程。
步骤如下：
把原来的应用程序入口int APIENTRY WinMain(HINSTANCE hInstance,
                     HINSTANCE hPrevInstance,
                     LPSTR     lpCmdLine,
                     int       nCmdShow)
改为DLL入口
BOOL APIENTRY DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID /*lpReserved*/) ；
并在代码中加入STDAPI DllRegisterServer(void)；STDAPI DllUnregisterServer(void)；等COM组件注册接口；
在工程中加入def文件指定dll的输出函数；
在工程的setting中，把工程的输出文件格式改为dll，加入dll工程需要的预定义符号_USRDLL，在Link页的project options中，找到windows，在其后加入 /dll。
打开工程的setting，打开custom build页面，
在description项中输入Performing registration，
在commands项中输入regsvr32 /s /c "$(TargetPath)"
echo regsvr32 exec. time > "$(OutDir)/regsvr32.trg"
在Outputs项中输入$(OutDir)/regsvr32.trg；
生成一个标准的IDL文件，并加入工程中；
new一个ATL控件，作为原exe程序主窗口的父窗口，把原主窗口改为child样式，即可。  

 2. ActiveX控件的发布
在web客户端发布时，通过访问企业网站，浏览者的浏览器自动下载已将ActiveX控件和需要的功能链接库打包的数据文件，检查并登记软件发行企业的数字签名，然后解开该压缩包，根据包内的配置文件完成功能部件和ActiveX控件的注册，最后，检查控件内脚本的安全性，自动完成客户端软件的安装和设置，并在网页的相应位置显示ActiveX控件（企业软件界面）供用户操作。

发布一个activex需要用到如下几个工具，在微软的sdk开发包中一般都有。

makecert.exe   制作测试证书用                  Cert2Spc.Exe 顾名思义,把cert 转换成 spc证书

CabArc.Exe     打包成cab文件用(可用Cabinet manager、cabmaker等工具打包)        

signcode.exe  把证书往cab文件里面签署

 具体实现如下:　　

2.1 制作测试软件出版商证书：
　　使用MAKECERT和 CERT2SPC 公用程序。举例来说，制作分两步：　　（1）做一个私人密匙文件MYKEY.PVK 和一个公司证书CERT.CER，运行公用程序MAKECERT，命令为:
MAKECERT -sk XYZ  -n "CN=Company"  CERT.CER
　　其中MyKey是密匙名，Company是公司名。注意：公用程序 MAKECERT 在命令行选项中区分大小写，对于-n选项的值必须是大写的CN。
　　（2）完成名为CERT.SPC测试软件出版商证书的制作，运行CERT2SPC，命令如下:
CERT2SPC ROOT.CER CERT.CER CERT.SPC
　　其中CERT.SPC文件是利用第一步创建的CERT.CER文件以及CAB&SIGN目录下提供的ROOT.CER文件创建的。

2.2  编写inf文件(有工具INF-TOOL，INF EDITOR)：inf文件描述cab中所有的ocx及dll文件，inf通过一些命名区域来提供需要的信息。  
怎么写inf  最开始一般是[Version]区： 
eg:  [Version] 
       signature="$XXXX$" 
       AdvancedINF=2.0 
接下来就是最重要的[Add.Code]区： 
eg:  [Add.Code] 
       Ctrl1.dll=C1Section 
       Ctrl2.dll=Ctrl2.dll 
前面是要下载的文件名，后面是对应这个文件的区域名，可以是任何名字，不过一般都是和文件的名字相同，这样方便维护。还有需要注意是在[Add.Code]区出现的文件要根据依赖性进行排序，例如前面说的ctrl1.dll要依赖于ctrl2.dll，则ctrl2.dll要出现在ctrl1.dll的前面。因为安装时是按照相反的顺序进行的，也就是说先安装ctrl2.dll，然后才是ctrl1.dll，哧哧，记清楚了，不要搞反了。  再接下来是各个文件的区域了 
[Ctrl1.dll] 
file-win32-x86=thiscab 
RegisterServer=yes 
clsid={.....} 
DestDir=   
FileVersion=1,0,0,0 
[Ctrl1.dll]区域中的第一个file值告诉ie到哪里去得到这个dll，file一共包括三个部分，第一部分是file，这个永远都是这样的（至少目前来说）；第二部分告诉声明支持的OS，win32表示windows，mac就是苹果MAC  OX了；第三部分是CPU类型，比如说x86、  ppc  (Power  PC)、  mips或者alpha了。 
file的值可以取三个一个URL、ignore和thiscab，如果是URL则说明到URL所在的位置去下；如果是ignore说明对于这种OS和CPU，不需要下载这个文件(ctrl1.dll)；如果是thiscab很明显就在当前的cab文件中了。 
接下来是RegisterServer，可以取两个值yes和no，如果为yes则说明ie要注册该dll，如果是no就不必了； 
再下来是DestDir，它的值是dll将要存到本地硬盘的位置，如果它的值是10，则将dll放到/Windows或者/WinNT下；如果是11，则放到/Windows/System或者  /WinNT/System32下；如果是空（就是没有值）则会放到/Windows或者/WinNT下的Downloaded  Program  Files目录下； 
最后是FileVersion，这个就比较明显了，说明了ctrl1.dll的版本号。 
有时候我们使用VB来开发控件的时候，需要将VB的虚拟机装上去，它需要一些其它的说明的，简单地讲一下吧： 
在[Add.Code]中增加一项MSVBVM60.DLL=MSVBVM60.DLL（以VB6为例）下面是 
MSVBVM60.DLL区域： 
[MSVBVM60.DLL] 
           hook=MSVBVM60.cab_Installer 
           FileVersion=6,0,81,76 
FileVersion很明显，是版本号，就不再说发，就说说hook吧。 
hook区域是在安装的时候需要执行的区域，它分为两种，一种是有条件的，另外一种是无条件的，无条件的hook区域是必须执行的，反之则根据条件判断是否执行。以[Setup  Hooks]标记的区域是无条件区域，如下所示 
[Setup  Hooks] 
       hookname=section-name  
[section-name] 
run=%EXTRACT_DIR%/setup.exe 
无条件区域常用来通过一个inf文件执行一个安装程序，这就是我们在资源管理器右键点击一个inf文件时在执行安装这样的菜单的原因了 
当ie下载了一个cab文件，如果文件中没有[Add.Code]，则处理[Setup  Hooks]区域，运行run所指定程序，哧哧，上面就是setup.exe； 
条件区域则为在一定条件下执行，前面为MSVBVM60.DLL指定的hook区域就是一个条件区域，如果在MSVBVM60.DLL指定的CLSID或者version不能满足需要而且没有file这个命名值，则执行hook所指定的区域。 
[MSVBVM60.cab_Installer] 
file-win32-x86=http://activex.microsoft.com/controls/vb6/VBRun60.cab 
run=%EXTRACT_DIR%/VBRun60.exe 
上面[MSVBVM60.cab_Installer]是一个hook区域，它也包含了一个file值,指定一个URL，表示MSVBVM60.DLL可以从这个URL下载得到；run则说明了执行哪一个文件 
这里有必要说明一下的是，MS对一些常用的Redistributable  Microsoft  DLLs 
可以通过指定CODEBASE属性为http://activex.microsoft.com/controls，这样在cab文件中就需要包含这些文件，在计算机上有一个文件redist.txt上面的dll就是Redistributable  Microsoft  DLLs .