Onvif剪裁(二)

剪裁Onvif：减小soapC.cpp文件的大小（二）

gSOAP生成的onvif框架代码太大了，可以通过以下方法裁剪

1. 编译选项

    -DWITH_NOIDREF

2. 修改生成的代码，去掉所有的soap_default_xxx，这些函数里面都是将结构体的成员置为0的，完全可以用memset来代替。

    修改方法：首先删掉这些函数：

  cat onvifC.c |awk -F' ' 'BEGIN{i=0} /SOAP_FMAC3 void SOAP_FMAC4 soap_default_/{i=1;} /}/{if(i==1){i=0;}} {if(i==0){print $0}}'>all_no_default.c

    用正则表达式替换原来的函数为memset即可。

  % s/soap_default_\([_a-zA-Z0-9]*\)[ ]*(soap, \(.*\));/memset(\2, 0, sizeof(struct \1));/g
<p>  % s/struct byte/char/g</p>  ……

    当然修改后会有一些替换错误的，比如enum定义被替换成struct了，不是很多，手动改下就好了。

 

总结：

 最近这几天搞定了Onvif的剪裁，过程中对Onvif的开发多了一些了解，现在记下来以便积累。如果哪位高手看到此文存在错误，望不吝赐教！

1、大部分onvif开发者是通过gsoap工具和官网提供的wsdl文件来生成开发文件的，里面包含onvif标准的各种接口，最后再根据开发文件编写自己的程序。我觉得这个过程十分麻烦，为何不能像第三方库那样提供直接的开发文件？
        答：总的来说，Onvif（Open Network Video Interface Forum，开放型网络视频接口论坛）只是一个框架，各个安防厂商都有自己的优劣势，而且Onvif是在安防发展很久之后才提出来的，目的就是使终端用户，集成商，顾问和生产厂商能够轻松地从中获益，并获得高性价比、更灵活的解决方案、市场扩张的机会以及更低的风险。说白了就是设备间一个简单的信息交换定义通用协议（从它的通信包是xml格式可以大致明白），它不能对以前或者以后的设备产生重大的影响，要做到高灵活、低成本。如果提供一个第三方库，估计对设备、解决方案等维护升级的影响比较大。

2、Onvif的通信包很简单，可以自己组装呢？
        答：完全可以！不过组装时要考虑到，不管什么原因导致Onvif的通信包发生变化了，你如何来应对。java对处理wsdl很简单，那些想用开放java版的Onvif完全可以考虑自己组包的。C++组包稍微麻烦一些，还不如通过gsoap来得快。

3、Onvif通信的特点是什么？
        答：序列化和反序列化。一位已开发过Onvif的开发者总结是：一边填充结构体然后发出去，另一边接收到信息后解析成结构体。当然，这里面是xml格式（它出现目的就是描述和交换数据的）。

4、通过gsoap生成的开发文件怎么用？（以生成方式是C++为例）

        答：首先你要理解“序列化和反序列化”！开发文件里soapC.cpp很关键，它就是用来做序列化和反序列化工作的，而且都是C函数，内容较多大致看一下即可不必十分了解。soapH.h是soapC.cpp里函数的声明，soapStub.h里定义的是要使用到的结构体及类。另外，像soapDeviceBindingProxy.h、soapPTZBindingProxy.h等等函数时Onvif里某个模块功能分类，内部是C++类。
        所以当你要使用Onvif某个功能时，你需要先定义一个对应的类并申请相应资源，然后填充某函数的参数里的结构体，然后调用函数，这之后内部会自动序列化，同时等待Onvif另一端返回消息并反序列化到结构体（即函数的第二个参数），函数结果根据函数返回值和函数第二参数结构体来确定。

 

 

 

转载自：http://m.blog.csdn.net/blog/leiych/20847849

参考资料：
1、 gSOAP代码的裁剪;