C++的配置文件

最新推荐文章于 2024-05-17 10:45:29 发布

小巫山云子

最新推荐文章于 2024-05-17 10:45:29 发布

阅读量1.5k

点赞数 2

分类专栏：人工智能编程文章标签： c++ 开发语言编辑器

本文链接：https://blog.csdn.net/SmallPink0713/article/details/128964165

版权

人工智能同时被 2 个专栏收录

25 篇文章 0 订阅

订阅专栏

编程

12 篇文章 0 订阅

订阅专栏

C++配置文件

头文件(.h)：写类的声明（包括类里面的成员和方法的声明）、函数原型、#define常数等，但一般来说不写出具体的实现。

源文件（.cpp）：源文件主要写实现头文件中已经声明的那些函数的具体代码。需要注意的是，开头必须#include一下实现的头文件，以及要用到的头文件。那么当你需要用到自己写的头文件中的类时，只需要#include进来就行了

c++编写编译调试

新建文件，c语言源代码后缀是.c，c++是.cpp。代码文件在保存工作区内都可以，可以自己建立文件夹，不必放到.vscode文件夹里，但路径里(包括文件名)不要含有中文和引号，最好不要有空格。主要是许多符号是有效的shell语法，不然试试Linux下用rm删除一个叫做-rf的文件？没查过绝对写不出来。
按Alt+Shift+F（或者用右键菜单）可以格式化代码。出现Intellisense的时候按tab可以补全代码。打出snippets时会出现多个跳转点，按tab可以跳到下一个去。停止输入大概一秒后会有Lint，能实时检测出一些错误，有时还会给一些建议性的warning，比如声明了变量但不使用。如果觉得不爽，也有方法不让它提示，比如去掉-Wall就会少一些，不过错误还是越早发现越好。另外cpptools的Lint不支持设定Flags，导致用处大大减弱，差评，Follow：Error and Warning Flags? · Issue #2814 · microsoft/vscode-cpptools
按Ctrl+Shift+B单纯编译，按F5为编译加调试。写大作业时，建议时不时就用一下Ctrl Shift B，能尽早发现错误。
本来ctrl+F5为运行但不调试，但cpptools暂不支持，Follow: Support “Run without debugging” · Issue #1201 · microsoft/vscode-cpptools加断点在列号前面点一下，右键可以加条件断点。加在main函数就在一开始就停下来。
开始调试后，按f11可以一步一步进行，箭头所指的那行代码就是下一步要运行的代码；f5是一直运行到下一个断点，右键某一行代码可以选择一直运行到指定的那一行。对于正常的语言，这样就可以了，但cpptools不支持just my code，导致f11会进到库函数比如printf中，超级差评。
只能平常用f10，遇到调用自己的函数时再用f11。Follow：Add support for “Just My Code” debugging · Issue #5763 · microsoft/vscode-cpptools
左边有个调试栏，可以看到变量的值。自动栏没有的可以在Watch里手动添加，或在代码里选中右键有选项可以直接添加；小心不要添加有副作用的表达式。
把鼠标放到变量上可以看到变量的值，但只能识别简单的表达式。
栈帧对于观察递归很有用。栈溢出和段错误时还可以抓取“异常”，自动跳转到出错的行。
特别的，对于数组：C语言的数组经过函数传递以后会退化为指针，直接添加表达式只能看到第一个元素。此时可以强制转换成指向固定大小的数组指针再解引：例如int arr[10]传进函数里后就变成了int* arr，在Watch里添加*(int(*)[10])arr，这样就能看到完整的数组了。但长度必须是写死的，自己小心越界。或者简单的程序用全局变量数组就能一直看到了。
另一种只对gdb且是非void*有效的写法：*arr@10。快捷键：vscode: Visual Studio Code 常用快捷键 - 志文工作室。英文文档中当然有快捷键的说明，还有Cheet Sheet可以看，而且英文文档会更新。这个单独列出来仅给初学者。

c++配置文件-c_cpp_properties.json

如果你确定不需要使用别人的库，则现在的版本（0.18.0之后）不需要创建这个文件了，cpptools会自动使用默认的设置。所以本文也不再包含此文件的配置。如果你自己编写了头文件又不在workspaceFolder下，或是使用别人的库，就需要手动创建这个文件放到.vscode下了。
模板可以参考：Microsoft/vscode-cpptools。
库的路径要加到includePath和browse里如果需要递归包含，末尾加/**。
这个json不允许有注释，其实按照json标准本来就不能有compilerPath好像必需是MinGW的完整路径，精确到gcc.exe，否则会提示找不到头文件；
Linux下是/usr/bin/gcc；但我很久没有测试过了Windows下的目录分隔符为反斜杠，原本应使用两个反斜杠来转义，但直接用斜杠这里也接受除了配置这个文件，还需要进行别的操作。

c++配置文件-settings.json

{
    "files.defaultLanguage": "c", // ctrl+N新建文件后默认的语言
    "editor.formatOnType": true,  // 输入分号(C/C++的语句结束标识)后自动格式化当前这一行的代码
    "editor.suggest.snippetsPreventQuickSuggestions": false, // clangd的snippets有很多的跳转点，不用这个就必须手动触发Intellisense了
    "editor.acceptSuggestionOnEnter": "off", // 我个人的习惯，按回车时一定是真正的换行，只有tab才会接受Intellisense
    // "editor.snippetSuggestions": "top", // （可选）snippets显示在补全列表顶端，默认是inline

    "code-runner.runInTerminal": true, // 设置成false会在“输出”中输出，无法输入
    "code-runner.executorMap": {
        "c": "gcc '$fileName' -o '$fileNameWithoutExt.exe' -Wall -O2 -m64 -lm -static-libgcc -fexec-charset=GBK -D__USE_MINGW_ANSI_STDIO && &'./$fileNameWithoutExt.exe'",
        "cpp": "g++ '$fileName' -o '$fileNameWithoutExt.exe' -Wall -O2 -m64 -static-libgcc -fexec-charset=GBK && &'./$fileNameWithoutExt.exe'"
        // "c": "gcc $fileName -o $fileNameWithoutExt.exe -Wall -O2 -m64 -lm -static-libgcc -fexec-charset=GBK -D__USE_MINGW_ANSI_STDIO && $dir$fileNameWithoutExt.exe",
        // "cpp": "g++ $fileName -o $fileNameWithoutExt.exe -Wall -O2 -m64 -static-libgcc -fexec-charset=GBK && $dir$fileNameWithoutExt.exe"
    }, // 右键run code时运行的命令；未注释的仅适用于PowerShell（Win10默认）和pwsh，文件名中有空格也可以编译运行；注释掉的适用于cmd（win7默认）、PS和bash，但文件名中有空格时无法运行
    "code-runner.saveFileBeforeRun": true, // run code前保存
    "code-runner.preserveFocus": true,     // 若为false，run code后光标会聚焦到终端上。如果需要频繁输入数据可设为false
    "code-runner.clearPreviousOutput": false, // 每次run code前清空属于code runner的终端消息，默认false
    "code-runner.ignoreSelection": true,   // 默认为false，效果是鼠标选中一块代码后可以单独执行，但C是编译型语言，不适合这样用
    "code-runner.fileDirectoryAsCwd": true, // 将code runner终端的工作目录切换到文件目录再运行，对依赖cwd的程序产生影响；如果为false，executorMap要加cd $dir

    "C_Cpp.clang_format_sortIncludes": true, // 格式化时调整include的顺序（按字母排序）
}

c++配置文件-tasks.json

tasks.json

{
    "version": "2.0.0",
    "tasks": [{
        "label": "Compile", // 任务名称，与launch.json的preLaunchTask相对应
        "command": "gcc",   // 要使用的编译器，C++用g++
        "args": [
            "${file}",
            "-o",    // 指定输出文件名，不加该参数则默认输出a.exe，Linux下默认a.out
            "${fileDirname}/${fileBasenameNoExtension}.exe",
            "-g",    // 生成和调试有关的信息
            "-m64",  // 不知为何有时会生成16位程序而无法运行，此条可强制生成64位的
            "-Wall", // 开启额外警告
            "-static-libgcc",     // 静态链接libgcc，一般都会加上
            "-fexec-charset=GBK", // 生成的程序使用GBK编码，不加这条会导致Win下输出中文乱码；繁体系统改成BIG5
            "-D__USE_MINGW_ANSI_STDIO", // 用MinGW写C时留着，否则不需要，用于支持printf的%zd和%Lf等
        ], // 编译的命令，其实相当于VSC帮你在终端中输了这些东西
        "type": "process", // process是把预定义变量和转义解析后直接全部传给command；shell相当于先打开shell再输入命令，所以args还会经过shell再解析一遍
        "group": {
            "kind": "build",
            "isDefault": true // 不为true时ctrl shift B就要手动选择了
        },
        "presentation": {
            "echo": true,
            "reveal": "always", // 执行任务时是否跳转到终端面板，可以为always，silent，never。具体参见VSC的文档，即使设为never，手动点进去还是可以看到
            "focus": false,     // 设为true后可以使执行task时焦点聚集在终端，但对编译C/C++来说，设为true没有意义
            "panel": "shared"   // 不同的文件的编译信息共享一个终端面板
        },
        "problemMatcher":"$gcc" // 捕捉编译时终端里的报错信息到问题面板中，修改代码后需要重新编译才会再次触发
        // 本来有Lint，再开problemMatcher就有双重报错，但MinGW的Lint效果实在太差了；用Clangd可以注释掉
    }]
}

CMakeLists.txt文件

编写CMakeLists.txt文件

# cmake 最低版本要求
cmake_minimum_required(VERSION 2.8)
# 项目名称
project(configure_pcl_on_window)

# 查找PCL相关库文件，要求PCL最低版本为1.3
find_package(PCL 1.3 )
# 头文件包含目录
include_directories(${PCL_INCLUDE_DIRS})
# 库目录
link_directories(${PCL_LIBRARY_DIRS})
# 一些PCL宏定义
add_definitions(${PCL_DEFINITIONS})

# 添加项目可执行文件,编译main.cpp
add_executable(${PROJECT_NAME} main.cpp)

# 链接PCL库文件
target_link_libraries(${PROJECT_NAME} ${PCL_LIBRARIES})