这里面都是一些比较杂的东西，没什么实际意义。主要是为了，后面能跑一个程序：
Stitcher：
抠细节：
http://docs.opencv.org/2.4.2/modules/stitching/doc/high_level.html?highlight=stitcher#stitcher
Stitcher是啥？
class Stitcher
High level image stitcher. It’s possible to use this class without being aware of the entire stitching pipeline. However, to be able to achieve higher stitching stability and quality of the final images at least being familiar with the theory is recommended (see Stitching Pipeline).
拼接类：
高级图像拼接类。在不了解完整拼接流程的情况下使用该类是可行的。然而，为了能够得到更高的拼接稳定性和质量关于最终生成的图像，至少还是应该熟悉一下（拼接流程）这个理论。
然后是源码啦~这个参考这篇文章以及opencv的源码比较好。
类一：
函数一：
Stitcher类的createDefault函数。
创建一个无参拼接类对象。
C++： Stitcher Stitcher::createDefault(bool try_use_gpu=false)
参数：尝试使用gpu。我想他的结果跟register和inline一样，能用最好，不能用，就将就。
返回：拼接类的实例对象。
函数二：
Stitcher类的estimateTransform函数。
该函数尝试通过给出的图像来估算每张照片由相机带来的旋转。
注记：
如果熟悉拼接流程的话，可以使用这个函数，如果不熟悉的话，还是用Stitcher::stitch()吧。
C++:Status Stitcher::estimateTransform(InputArray images)
这个Status是一个返回值，查找后发现他是一个枚举类型。在stitcher.hpp下。
enum Status { OK, ERR_NEED_MORE_IMGS };//可以，错误_需要_更多_图片。两个可供选择的值。
参数：images-输入的图片
rois-兴趣矩形区域
返回值：状态代码
函数三：
Stitcher类的composePanorama函数。//合成全景图
这个函数是在 图像预估变换还未进行的假设下 尝试把所有给出的图像（或者存储在其他函数调用内部的图片）拼接到最终的全景图中。
注记：
最好使用Stitcher::stitch() 函数除非你知晓拼接流程。
参数：iamges-输入图片
pano-最终全景图
返回：状态码
关于这个InputArray和 OutputArray
f:opencv249opencvuildincludeopencv2corecore.hpp
在core.hpp 里面这样描述的：
typedef const _InputArray& InputArray;
typedef const _OutputArray& OutputArray;
面这然后在核心库里面有更多的对于输入输出的这个数组的描述。
现在先把大体顺下去。
函数四：
Stitcher的stitch函数
这个函数是用来尝试拼接给出的图片。
参数：iamges-输入图片
rois- 兴趣矩形区域
pano-最终全景图
返回：状态码
类二：
Warper：翻译过来是这个东西：整经机、整经工。
Warp：经纱，弯曲，使弯曲。
整经机：整经机用于整经。
整经：将一定根数的经纱按规定的长度和宽度平行卷绕在经轴或织轴上的工艺过程。经过整经的经纱供浆纱和穿经之用。
经纱：
名词：沿织机长度方向延伸的一串纱，由此纱纺成织物沿长度方向的线，常常捻得比填纱紧。
动词：织布之前，把纺好的纱或线密密地绷起来，来回梳整，使成为经纱或经线。
我觉得太多就没有必要了，还是从整经这个概念上走，如果把画比作经纱就好理解了。照片是凌乱的，每一部分都不挨着，所以需要规律化，那么这个规律化得有一个东西来完成，作者起了一个名字叫做整经机。从这个意义上理解，可能是通的。
先继续往下看，【不小心在百度的时候看到了这个：
http://baike.baidu.com/link?url=KzoBMNgHVChM-fgu_4aG8gsh8EgDmwDg9Fe94a-fiwkKIyizkEqUkXjfzbw6Bd15xT0VZuakTgAcpJaPJfQeR_
】
再结合轴经、分条、分段、球经，以及planewarper、cylindricalwarper、sphericalwarper标题我觉得就是这个东西了。
这样三种类型的整经机都继承了整经机创造者。//整经机用来规律化我们的输入的图片。
1、所以当下为了实现拼接，我们需要完善几个事儿，整经机的实现类
http://docs.opencv.org/2.4.2/modules/stitching/doc/warpers.html#detail::PlaneWarper : public detail::RotationWarperBase<PlaneProjector>
2、拼接流程
http://docs.opencv.org/2.4.2/modules/stitching/doc/introduction.html#stitching-pipeline
3、不妨先按照最基本的stitch先实现一把。
【已经实现】
所以可以试着先把最简单的这个stitch跑一下。
stitchpipeline：
http://docs.opencv.org/2.4.2/modules/stitching/doc/introduction.html#stitching-pipeline
应该在哪里有翻译的吧，这么看很慢的。。。
This figure illustrates the stitching module pipeline implemented in the Stitcher class. Using that class it’s possible to configure/remove some steps, i.e. adjust the stitching pipeline according to the particular needs. All building blocks from the pipeline are available in the detail namespace, one can combine and use them separately.
The implemented stitching pipeline is very similar to the one proposed in [BL07].
下面这张图阐释了在stitcher类里面的拼接模型的实现过程。使用这个类是可以配置或者一出一些步骤的，比如根据特定需要调整拼接流程。拼接流程中的所有构建块儿在具体的命名空间中都是可达的【利用空间名::的方式可以调用的】，【这样就可以根据需求】分部的组合或者使用他们。拼接流程的实现同这个人提到的十分相似。[BL07]
|
M. Brown and D. Lowe. Automatic Panoramic Image Stitching using Invariant Features. International Journal of Computer Vision, 74(1), pages 59-73, 2007. |
BL07 指的是布朗先生和 大卫洛尔先生使用稳定特征自动全景图像拼接。计算机视觉国际期刊，74（1），页面 59-73，2007.
然后这多日来的成果：
可以优化的点：
1、每张图片输入后的判空操作，即用户输入的是否是一个靠谱的图片 容易
2、合理的预览功能，毕竟在一开始将所有的图片弹出不友好，在此基础上可以根据小图标的预览来，增加或者减少图片。 需要时间
3、拼接过程中，需要给出一个友好提示，让用户进行等待。而不是点击同没点击一样。容易
4、软件介绍按钮 容易
5、本拼图是基本版，与高级版存在平滑等很多内容的偏差 需要时间
6、发行版本有过多的dll文件，可以合并成一个exe文件，程序会更加简洁。避免因为误删某一个dll而导致程序不可使用。 需要时间
7、文件保存时可以加上一个时间戳。防止由于保存时不小心点击了确定，覆盖了之前拼接好的图像。 容易
8、预览图片时，图片尺度大小是否可以调节，无法完整观看图片情况。 需要时间
致命的点：
9、输入图片必须是，具有相关性的图片，否则会终止。 需要时间
10、输入的图片不能有噪声图片。否则也会终止。 9和10是同一个问题。
此时需要重新启动程序运行。