对opencv.hpp头文件的认识

OpenCV学习笔记(二):对opencv.hpp头文件的认识 - 安东的技术博客 - CSDN博客 https://blog.csdn.net/xidiancoder/article/details/50865351

1.opencv.hpp位置

该头文件位于*opencvsourcesincludeopencv2

比如下面就是该文件在我的机器上位置：
D:opencv2.4.10opencvsourcesincludeopencv2opencv.hpp

2.opencv.hpp内容

通常在查看opencv库文件时，转到定义(F12)，我们会发现库文件开头都会声明

#include "opencv2/core/version.hpp"

#ifndef __OPENCV_ALL_HPP__
#define __OPENCV_ALL_HPP__

#include "opencv2/core/core_c.h"
#include "opencv2/core/core.hpp"
#include "opencv2/flann/miniflann.hpp"
#include "opencv2/imgproc/imgproc_c.h"
#include "opencv2/imgproc/imgproc.hpp"
#include "opencv2/photo/photo.hpp"
#include "opencv2/video/video.hpp"
#include "opencv2/features2d/features2d.hpp"
#include "opencv2/objdetect/objdetect.hpp"
#include "opencv2/calib3d/calib3d.hpp"
#include "opencv2/ml/ml.hpp"
#include "opencv2/highgui/highgui_c.h"
#include "opencv2/highgui/highgui.hpp"
#include "opencv2/contrib/contrib.hpp"

#endif
 
如果仔细观察，我们就可以看到，在该头文件中已经包含了OpenCV中各个模块的头文件，换句话说我们在一般情况下，只需要引用

#include<opencv2/opencv.hpp>

可以显著的简化代码。

c++中的.hpp文件-vivieu-ChinaUnix博客 http://blog.chinaunix.net/uid-24118190-id-75239.html

 

2010-08-07 17:13:44

 

c++中的.hpp文件

 

hpp,其实质就是将.cpp的实现代码混入.h头文件当中，定义与实现都包含在同一文件，则该类的调用者只需要include该cpp文件即可，无需再 将cpp加入到project中进行编译。而实现代码将直接编译到调用者的obj文件中，不再生成单独的obj,采用hpp将大幅度减少调用 project中的cpp文件数与编译次数，也不用再发布烦人的lib与dll,因此非常适合用来编写公用的开源库。

1、是Header Plus Plus 的简写。

2、与*.h类似，hpp是C++程序头文件 。

3、是VCL 专用的头文件,已预编译。

4、是一般模板类的头文件。

5、一般来说，*.h里面只有声明，没有实现，而*.hpp里声明实现都有，后者可以减 少.cpp的数量。

6、*.h里面可以有using namespace std，而*.hpp里则无。

7、*.hpp要注意的问题有：

      a)不可包含全局对象和全局函数

     由于hpp本质上是作为.h被调用者include，所以当hpp文件中存在全局对象或者全局函数，而该hpp被多个调用者include时，将在链接时导致符号重定义错误。要避免这种情况，需要去除全局对象，将全局函数封装为类的静态方法。

      b)类之间不可循环调用

      在.h和.cpp的场景中，当两个类或者多个类之间有循环调用关系时，只要预先在头文件做被调用类的声明即可，如下：

 

    class B;
     class A{
     public:
     void someMethod(B b);
     };
     class B{
     public:
     void someMethod(A a);
     };

在hpp场景中，由于定义与实现都已经存在于一个文件，调用者必需明确知道被调用者的所有定义，而不能等到cpp中去编译。因此hpp中必须整理类之间调用关系，不可产生循环调用。同理，对于当两个类A和B分别定义在各自的hpp文件中，形如以下的循环调用也将导致编译错误：

 

     //a.hpp

     #include "b.hpp"
     class A{
     public:
     void someMethod(B b);
     };
     //b.hpp

     #include "a.hpp"
     class B{
     public:
     void someMethod(A a);
     }

c)不可使用静态成员

      静态成员的使用限制在于如果类含有静态成员，则在hpp中必需加入静态成员初始化代码，当该hpp被多个文档include时，将产生符号重定义错误。唯 一的例外是const static整型成员，因为在vs2003中，该类型允许在定义时初始化，如：

 

     class A{
     public:
     const static int intValue = 123;
     };

 由于静态成员的使用是很常见的场景，无法强制清除，因此可以考虑以下几种方式（以下示例均为同一类中方法）

   一、类中仅有一个静态成员时，且仅有一个调用者时，可以通过局域静态变量模拟

    //方法模拟获取静态成员

     someType getMember()
     {
     static someType value(xxx);//作用域内静态变量

     return value;
     }

二、.类中有多个方法需要调用静态成员，而且可能存在多个静态成员时，可以将每个静态成员封装一个模拟方法，供其他方法调用。

    someType getMemberA()
     {
     static someType value(xxx);//作用域内静态变量

     return value;
     }
     someType getMemberB()
     {
     static someType value(xxx);//作用域内静态变量

     return value;
     }
     void accessMemberA()
     {
     someType member = getMemberA();//获取静态成员

     };
     //获取两个静态成员

     void accessStaticMember()
     {
     someType a = getMemberA();//获取静态成员

     someType b = getMemberB();
     };

三、第二种方法对于大部分情况是通用的，但是当所需的静态成员过多时，编写封装方法的工作量将非常巨大，在此种情况下，建议使用Singleton模式，将被调用类定义成普通类，然后使用Singleton将其变为全局唯一的对象进行调用。

     如原h+cpp下的定义如下：

    class A{
     public:
     type getMember(){
     return member;
     }
     static type member;//静态成员

     }

 采用singleton方式，实现代码可能如下（singleton实现请自行查阅相关文档）

    //实际实现类

     class Aprovider{
     public:
     type getMember(){
     return member;
     }
     type member;//变为普通成员

     }
     //提供给调用者的接口类

     class A{
     public:
     type getMember(){
     return Singleton<AProvider>::getInstance()->getMember();
     }
     }