a.使用到的工具：Reflector，具体的说是：Reflector插件File disassembler(具体是什么和how to use，直接上网查)。

     b. 打开Reflector，选择要'破解'的软件(.exe)主程序，再选择并点击 如图:, 在右侧出现的 程序集(输出)类型选择界面 选择类型'windows Appliction' (因为是winForm应用程序，如果是选择的其它 如'class ...'类库,则需要在之后的步骤中，改变项目属性中的 输出类型，不建议这样操作)，如图：

 点击 生成 即可 得到此主程序集的源码，其它的相关程序集再如此操作即可！ ——不要以为大功告成，这只是第一步，麻烦的在后面！

    c.将生成的源码 在Vs中打开(项目), 先试着运行下，(一般)会报错，排除'xxx程序集不存在'这类的错误，我所遇到的如下：

 源码文件中会出现一个 _PrivateImplementationDetails_{1FF4F699-35E0-4117-BDBC-9E44A1B0F9F5}.cs 文件名很长 内容如上的 乱码类，对此解决办法时：注释此类 或直接删除。【程序相关的文件，如图片、数据库等要记得放到项目关联位置，一般在bin/debug/文件夹下】

    d. 添加相关程序集的引用，设置启动对象。到这儿，差不多程序就可以 跑起来了，但是还没有完 ——因为 反编译后的代码，文件夹的位置和界面与资源引用之间的关联，基本上都乱了.所以现在要解决的关键问题是：恢复文件间的关联和引用(其它的问题，通过调试就差不多可以解决)。如图:

窗体的.cs和.resx（资源）文件不在同一个文件夹中，对应窗体的.resx文件都加上了项目或解决方案名前缀(zhiyiSystem.) ——This is point!  这就是我们要解决问题的关键：恢复窗体的.cs和.resx文件间的关联，操作大致有以下两步：1.将窗体的.cs和.resx文件放在同一个文件中——即同一目录。2.去掉窗体的.resx文件的前缀 ——即修改文件名，如果是一个个文件去修改，窗体比较多的话，是一件非常重复而无聊的事，于是 就上网找 "批量修改文件名"的工具，下载了一两个感觉都不好用，找不到，只能自己搞了，再说这东西简单，说白了就是 遍历文件夹中文件并'重命名'(代码就不贴出了，文章后 附有 自己写的 "批量修改文件名"工具)。

       到此，程序就可以真正跑起来了。别看我写出来，似乎'破解'就是一会儿的事，但我做的时候，却几经折腾 好几次都感觉"算了，又卡住了...",有些或大或小问题，在这里因为时间的原因 及有些步骤一时半会也想不起来了，但主要的方法应该都没有落下，如果有不明白的朋友，可以留言交流，再做解答；也希望在'破解'方法有经验的，能多提些意见，分享下你的‘破解’经验！

     后附:
               批量修改文件名工具.rar

本文转自：http://www.cnblogs.com/know/archive/2011/03/15/1985026.html
相关连接：http://www.cnblogs.com/verygis/archive/2008/12/02/1346072.html

我们打开淘宝等网站时，IE浏览器会提示安装空间，这个控件便是用于对用户名密码进行加密的ActiveX控件。如何在我们的站点上安装如此控件，让用户可以通过简单的点击便可方便使用我们的空间呢？

下面是如何让在你的站点上安装控件的方法。

 基础知识

html语言中Object标签

定义和用法

定义一个嵌入的对象。请使用此元素向您的 XHTML 页面添加多媒体。此元素允许您规定插入 HTML 文档中的对象的数据和参数，以及可用来显示和操作数据的代码。<object> 标签用于包含对象，比如图像、音频、视频、Java applets、ActiveX、PDF 以及 Flash。object 的初衷是取代 img 和 applet 元素。不过由于漏洞以及缺乏浏览器支持，这一点并未实现。浏览器的对象支持有赖于对象类型。不幸的是，主流浏览器都使用不同的代码来加载相同的对象类型。而幸运的是，object 对象提供了解决方案。如果未显示 object 元素，就会执行位于 <object> 和 </object> 之间的代码。通过这种方式，我们能够嵌套多个 object 元素（每个对应一个浏览器）。

实例

向HTML中添加对象：

参考

http://www.w3school.com.cn/tags/tag_object.asp

Windows中注册类ID：clsid

“通用唯一标识符”(UUID)，用于标识 COM 组件。每个 COM 组件在 Windows 注册表中都有自己的 CLSID，以便让其他应用程序加载。

ActiveX控件CLSID的获取

在编译完成每一个ActiveX控件之后，系统会生成ocx.html文件，其中是调用该ActiveX控件的方法。该页面中有一个标签即为Object，其中有一行则记录着该ocx文件的CLSID，如下：

创建cab文件

cab文件中需要包含一系列文件，其中.inf文件会告诉IE如何去安装这些文件。我们从.inf文件开始

怎么写inf

INF文件的组成有节(Sections)，键(Key)和值(value)三部分。 
关键节有 
1 [Version]版本描述信息，主要用于版本控制。   
2 [Strings]字符串信息，用于常量定义。   
3 [DestinationDirs]定义系统路径信息。   
4 [SourceDisksNames]指明源盘信息。   
5 [SourceDisksNames]指明源盘文件名。   
6 [DefaultInstall]开始执行安装。

其它的节可以自定义

最开始一般是[Version]区： 

"Signature"项定义了该INF文件需要运行在何种操作系统版本中。有$Windows NT$, $Chicago$, or $Windows 95$三个值供选择，一般选择$Chicago$即可。

接下来就是最重要的[Add.Code]区： 

前面是要下载的文件名，后面是对应这个文件的区域名，可以是任何名字，不过一般都是和文件的名字相同，这样方便维护。

还有需要注意是在[Add.Code]区出现的文件要根据依赖性进行排序，例如前面说的ctrl1.dll要依赖于ctrl2.dll，则ctrl2.dll要出现在ctrl1.dll的前面。因为安装时是按照相反的顺序进行的，也就是说先安装ctrl2.dll，然后才是ctrl1.dll，哧哧，记清楚了，不要搞反了。

再接下来是各个文件的区域了 

[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就不必了。+如果这里选yes，则需要指定clsid，否则clsid一行可以省略。+

再下来是DestDir，它的值是dll将要存到本地硬盘的位置，如果它的值是10，则将dll放到/Windows或者/WinNT下；如果是11，则放到/Windows/System或者/WinNT/System32下；如果是空（就是没有值）则会放到/Windows或者/WinNT下的Downloaded Program Files目录下；

最后是FileVersion，这个就比较明显了，说明了ctrl1.dll的版本号。

其他部分详见参考文献。

创建cab文件

1. 如果需要创建cab文件，首先需要Cabarc或者Makecab，它们随着Cabinet SDK的安装就有了，Cabinet SDK的下载地址是http://msdn.microsoft.com/workshop/management/cab/cabdl.asp
2. Cabarc可以创建、查看或者解出cab里面的文件，而Makecab则只可以用来创建cab文件。
3. 制作cab文件时需要将所有的相关文件都包含进去，可以通过Depends（VC自带的）检查需要的文件。使用inf文件将这些东西都写进去。
4. inf搞法：inf文件描述cab中所有的ocx及dll文件，inf通过一些命名区域来提供需要的信息。
   

   cabarc  N  ctrl1.cab  ctrl1.inf  ctrl1.dll  

   N表示要创建一个新的文件，ctrl1.cab是创建的文件名，ctrl1.inf是cab的inf，后而是需要加到cab里的文件，可以使用通配符。 
   然后就可以将cab文件放到网页上了

参考

1. 如何编写INF：http://www.cnblogs.com/sbdx/archive/2006/12/14/whatisinffile.html
2. 如何写cab相关的INF：http://docs.google.com/Doc?docid=0Aehzv88zbfy_ZGdncGdqczZfMjIxZHNnZDhtYzg&hl=zh_CN

签名

申请证书

要使用到makecert工具，在VS2005目录下搜索可以搜索到。

在命令提示行中执行

1 makecert -sk myNewKey -r -n "CN=发证机关的名字,OU=Certification,O=公司名字,E=name@email.com" -ss my myNew.cer  
2 cert2spc myNew.cer myNew.spc  

makecert具体使用帮助可参考创建证书的工具（makecert.exe）

签名

要使用到signtool工具，也可以在VS2005目录下找到。

signtool工具有多种使用模式，下面使用的是带UI的向导模式。
在命令提示行中执行

1 signtool  signwizard  

之后进入signcodewizard:

1 step1.选择要签名的cab文件  
2 step2.自定义  
3 step3.从文件中选择 myNew.spc  
4 step4.csp中的私钥/密钥容器：myNewKey  
5 step5.sha1  
6 step6.next  
7 step7.描述：插件名称/web:www.yourcompany.com  
8 step8.http://timestamp.verisign.com/scripts/timstamp.dll

signtool 的具体使用帮助可参考签名工具 (SignTool.exe)

本文转自：http://blog.csdn.net/wangjingfei/article/details/5417028
其他链接：http://www.cnblogs.com/rushoooooo/archive/2011/06/22/2087542.html

    gSOAP编译工具提供了一个SOAP/XML 关于C/C++ 语言的实现，从而让C/C++语言开发web服务或客户端程序的工作变得轻松了很多。绝大多数的C++web服务工具包提供一组API函数类库来处理特定的SOAP数据结构，这样就使得用户必须改变程序结构来适应相关的类库。与之相反，gSOAP利用编译器技术提供了一组透明化的SOAP API，并将与开发无关的SOAP实现细节相关的内容对用户隐藏起来。gSOAP的编译器能够自动的将用户定义的本地化的C或C++数据类型转变为符合XML语法的数据结构，反之亦然。这样，只用一组简单的API就将用户从SOAP细节实现工作中解脱了出来，可以专注与应用程序逻辑的实现工作了。gSOAP编译器可以集成C/C++和Fortran代码（通过一个Fortran到C的接口），嵌入式系统，其他SOAP程序提供的实时软件的资源和信息；可以跨越多个操作系统，语言环境以及在防火墙后的不同组织。

    gSOAP使编写web服务的工作最小化了。gSOAP编译器生成SOAP的代码来序列化或反序列化C/C++的数据结构。gSOAP包含一个WSDL生成器，用它来为你的web服务生成web服务的解释。gSOAP的解释器及导入器可以使用户不需要分析web服务的细节就可以实现一个客户端或服务端程序。下面是gSOAP的一些特点：

l        gSOAP编译器可以根据用户定义的C和C++数据结构自动生成符合SOAP的实例化代码。

l        gSOAP支持WSDL 1.1, SOAP 1.1, SOAP 1.2, SOAP RPC 编码方式以及 literal/document 方式.

l        gSOAP是少数完全支持SOAP1.1 RPC编码功能的工具包，包括多维数组及动态类型。比如，一个包含一个基类参数的远程方法可以接收客户端传来的子类实例。子类实例通过动态绑定技术来保持一致性。

l        gSOAP 支持 MIME (SwA) 和 DIME 附件包。

l        gSOAP是唯一支持DIME附件传输的工具包。它允许你在保证XML可用性的同时能够以最快的方式（流方式）传递近乎无大小限制的二进制数据。

l        gSOAP 支持 SOAP-over-UDP。

l        gSOAP 支持 IPv4 and IPv6.

l        gSOAP 支持 Zlib deflate and gzip compression (for HTTP, TCP/IP, and XML file storage)。

l        gSOAP 支持 SSL (HTTPS)。

l        gSOAP 支持 HTTP/1.0, HTTP/1.1 保持连接, 分块传输及基本验证。

l        gSOAP 支持 SOAP 单向消息。

l        gSOAP 包含一个 WSDL 生成器，便于web服务的发布。

l        gSOAP 包含一个WSDL解析器 (将WSDL转换为gSOAP头文件)，可以自动化用户客户端及服务端的开发。

l        生成可以单独运行的web服务及客户端程序。

l        因为只需要很少内存空间，所以可以运行在类似Palm OS, Symbian, Pocket PC的小型设备中。

l        适用于以C或C++开发的web服务中。

l        跨平台：Windows, Unix, Linux, Mac OS X, Pocket PC, Palm OS, Symbian等。

l        支持序列化程序中的本地化C/C++数据结构。

l        可以使用输入和输出缓冲区来提高效率，但是不用完全消息缓冲来确定HTTP消息的长度。取而代之的是一个三相序列化方法。这样，像64位编码的图像就可以在小内存设备（如PDA）中以DIME附件或其他方式传输。

l        支持C++单继承，动态绑定，重载，指针结构（列表、树、图、循环图，定长数组，动态数组，枚举，64位2进制编码及16进制编码）。

l        不需要重写现有的C/C++应用。但是，不能用unions，指针和空指针来作为远程方法调用参数的数据结构中元素。

l        三相编组：1）分析指针，引用，循环数据结构；2）确定HTTP消息长度；3）将数据序列化位SOAP1.1编码方式或用户定义的数据编码方式。

l        双相编组：1）SOAP解释及编码；2）分解“forward”指针（例如：分解SOAP中的href属性）。

l        完整可定制的SOAP错误处理机制。

l        可定制的SOAP消息头处理机制，可以用来保持状态信息

$ soapcpp2 calc.h

Windows下命令行运行：

       wsdl2h.exe -o TestServices.h http://192.168.20.242/ClientUpdateWebService.asmx?WSDL
       soapcpp2 TestServices.h 


出现如下错误：Critical error: #import: Cannot open file "stlvector.h" for reading.你需要在gsoap\import下把这个文件拷贝过来。

 wsdl2h

**  The gSOAP WSDL/Schema processor for C and C++, wsdl2h release 2.8.5
**  Copyright (C) 2000-2011 Robert van Engelen, Genivia Inc.
**  All Rights Reserved. This product is provided "as is", without any warranty.

**  The wsdl2h tool is released under one of the following two licenses:
**  GPL or the commercial license by Genivia Inc. Use option -l for details.

Usage: wsdl2h [-a] [-c] [-d] [-e] [-f] [-g] [-h] [-I path] [-i] [-j] [-k] [-l] [
-m] [-n name] [-N name] [-p|-P] [-q name] [-r proxyhost[:port[:uid:pwd]]] [-s] [
-t typemapfile] [-u] [-v] [-w] [-W] [-x] [-y] [-z#] [-_] [-o outfile.h] infile.w
sdl infile.xsd http://www 

-a      generate indexed struct names for local elements with anonymous types
-c      generate C source code
-d      use DOM to populate xs:any, xs:anyType, and xs:anyAttribute
-e      don't qualify enum names
-f      generate flat C++ class hierarchy
-g      generate global top-level element declarations
-h      display help info
-i      don't import (advanced option)
-Ipath  use path to find files
-j      don't generate SOAP_ENV__Header and SOAP_ENV__Detail definitions
-k      don't generate SOAP_ENV__Header mustUnderstand qualifiers
-l      display license information
-m      use xsd.h module to import primitive types
-nname  use name as the base namespace prefix instead of 'ns'
-Nname  use name as the base namespace prefix for service namespaces
-ofile  output to file
-p      create polymorphic types with C++ inheritance from base xsd__anyType
-P      don't create polymorphic types with C++ inheritance from xsd__anyType
-qname  use name for the C++ namespace of all declarations
-rhost[:port[:uid:pwd]]
        connect via proxy host, port, and proxy credentials
-s      don't generate STL code (no std::string and no std::vector)
-tfile  use type map file instead of the default file typemap.dat
-u      don't generate unions
-v      verbose output
-w      always wrap response parameters in a response struct (<=1.1.4 behavior)
-W      suppress warnings
-x      don't generate _XML any/anyAttribute extensibility elements
-y      generate typedef synonyms for structs and enums
-z1     compatibility with 2.7.6e: generate pointer-based arrays
-z2     compatibility with 2.7.15: qualify element/attribute referenced members
-_      don't generate _USCORE (replace with UNICODE _x005f)

infile.wsdl infile.xsd http://www list of input sources (if none: use stdin) 

soapcpp2

Usage: soapcpp2 [-1|-2] [-C|-S] [-T] [-L] [-a] [-b] [-c] [-d path] [-e] [-f N] [
-h] [-i] [-I path;path;] [-k] [-l] [-m] [-n] [-p name] [-s] [-t] [-u] [-v] [-
w] [-x] [-y] [infile]

-1      generate SOAP 1.1 bindings
-2      generate SOAP 1.2 bindings
-C      generate client-side code only
-S      generate server-side code only
-T      generate server auto-test code
-L      don't generate soapClientLib/soapServerLib
-a      use SOAPAction HTTP/WSA header to invoke server-side operations
-b      serialize byte arrays char[N] as string
-c      generate C source code
-dpath  use path to save files
-e      generate SOAP RPC encoding style bindings
-fN     file split of N XML serializer implementations per file (N>=10)
-h      display help info
-Ipath  use path(s) for #import
-i      generate C++ service proxies and objects inherited from soap struct
-j      generate C++ service proxies and objects that share a soap struct
-k      generate data structure walkers (experimental)
-l      generate linkable modules (experimental)
-m      generate Matlab(tm) code for MEX compiler
-n      use service name to rename service functions and namespace table
-pname  save files with new prefix name instead of 'soap'
-qname  use name as the C++ namespace of all declarations
-s      generate deserialization code with strict XML validation checks
-t      generate code for fully xsi:type typed SOAP/XML messaging
-u      uncomment comments in WSDL/schema output by suppressing XML comments
-v      display version info
-w      don't generate WSDL and schema files
-x      don't generate sample XML message files
-y      include C/C++ type access information in sample XML messages

infile  header file to parse (or stdin)          
其他相关链接： http://www.cppblog.com/woaidongmao/archive/2008/05/28/51400.html