cmake项目目录的结构

.
├── bin
├── build
├── CMakeLists.txt
└── src
    ├── CMakeLists.txt
    ├── main.cpp
    ├── model1
    │   ├── CMakeLists.txt
    │   ├── model1.cpp
    │   └── model1.h
    ├── model2
    │   ├── CMakeLists.txt
    │   ├── model2.cpp
    │   └── model2.h
    └── model3
        ├── CMakeLists.txt
        ├── model3.cpp
        └── model3.h

其中，根目录下CmakeLists.txt是入口文件，进行初始设置和记录一些项目的描述。build文件夹用于存放编译生成的文件，bin文件夹用于存放可执行文件以及生成的库文件，对于大一点的项目可能还会需要util文件夹，library文件夹或者tool文件夹，这些可以通过调整根目录下CmakeLists.txt实现子文件夹的编译或者复制对应文件到指定位置。在CmakeLists.txt文件中设置 add_subdirectory(${PROJECT_SOURCE_DIR}/src)可以实现cmake自动进入src文件夹执行cmake命令。
   对于上述例子，共有3个基础模块，model1，model2，model3，还有一个主文件main.cpp。main.cpp依赖于这3个基础模块，其中model2，model3又依赖于model1。所以在src根目录下的CmakeLists.txt需要设置  target_link_libraries(cmakeTest model1 model2 model3)进行动态库文件的依赖。model2，model3文件夹中的CmakeLists.txt也需要进行依赖设置。
   对于项目中的头文件位置，有一部分的项目会在项目中设立include文件夹统一存放头文件，我则喜欢将头文件与源文件放在一起，由于源文件与头文件是同名的，所以他们在文件夹中会是相邻文件，非常方便查找。
   在整个项目中，最需要注意的是头文件的搜索问题，以及头文件在cmake中的传递问题。对于cmake，子目录下的cmake，是可以继承上级目录下的cmake中的头文件的搜索路径的，所以在上级目录下CmakeLists.txt里面写的include_directories，都会被子目录下的cmake继承。很多工程就是在顶级CmakeLists.txt里面写include_directories，这样子整个工程的所有文件夹下的cmake都可以找到这些头文件。还有通常的手段是通过file命令搜索某个目录里面的.h文件，或者使用macro程序来自动搜索头文件，然后放在某个变量中，然后在add_executable中增加该变量作为依赖。
   在我自己写的例子中，我是使用cmake的target_include_directories命令，在编译库文件时，设置使用该命令可以自动让依赖该库文件的目标自动将对应的头文件目录设置为自己的头文件搜索目录，然后在可执行目标设置target_link_libraries命令，cmake会根据依赖自动去添加库文件对应的头文件。