여기에 내가 자주 VS 코드 플러그 인을 사용하는 것입니다. 플러그인 자체가 세부 구성 및 프리젠 테이션, 설치 및 구성을 가지고 있기 때문에 플러그인 자체가 설명 할 수없는,이 플러그인 지출의 주요 기능. 특정 사용이 강하게 후 설치 지침 플러그 보는 것이 좋습니다, 문제점 및 설정의 대부분은 직접 인터넷을 검색하는 영어로되어 있지 때문에, 찾을 수 있습니다.
VS 코드 구성 동기화
설정 동기화
최초의 사용은 GitHub의에 로그인하라는 메시지가 표시 될 때 현재 설정을 동기화 팁, 매우 똑똑 한 권한이없는 액세스 할 수 있습니다. 로그인 github에, 오른쪽 상단 모서리에있는 더하기 기호를 클릭하여 새 요점을 클릭합니다 (일부 인터넷 기술이 필요하거나 페이지를 열 수 없습니다)
이후를 새로운 요지 입력 설정 동기화 구성 될 수있다.
C ++
두 플러그인은 더 쉽게 C ++로 작성 될 수있다. 그것은 강력한 자동 완성 기능이 있습니다. C ++ 특정 구성 정보 아래에서 자세히 설명합니다.
아름답게
테마와 아이콘 나는 다음과 같은 두 가지 플러그인을 사용하는 것이 좋습니다. 제 1 물질 테마 플러그인은 주로 배경 색상, 글꼴 및 구문 강조를 변경합니다. 플러그인의 두 번째 단락은 아이콘 파일 구조가 명확하게 할 수 있습니다. 중국어 필수 플러그 구성.
브라켓 강조
자식
나는 gitlens를 사용하는 것이 좋습니다. 그 기능 아이콘 빙산의 믿을 수 없을만큼 강력한 일각를 gitlens, 심지어는 무엇을 한 번에 할 수있는 코드를 변경하는 사람들의 일부를 표시 할 수 있습니다.
탭 기능 확장
tabout 플러그 브래킷 탭 키에서 직접 밖으로 만들어 지거나, 방향 키 또는 종료 키를 누르지 않아도을 인용 부호를 클릭 할 수 없습니다.
cmake
cmake 기능 등 CMakeLists.txt 기록 자동 완성 및 하이라이트으로 용이해진다.
사전 번역
xmake
xmake은 사람의 유사한 cmake 크로스 플랫폼 자동화 소프트웨어 컴파일러 개발이다. 개인적으로 나는 그것의 언어 지원 (지원 CUDA)이 더 풍부 생각합니다. , 좀 걸릴 수 있습니다 사람들의 개발을 지원하기 위해 관심이 있습니다. URL : HTTPS : //xmake.io/#/zh-cn/
vscode 설치 xmake 플러그인 후, 당신은 쉽게 편집 할 수 있습니다. 참고이 xmake를 설치 한 다음 플러그인을 설치할 필요가있다.
C / C ++ 구성
리눅스 또는 Windows 여부, 사용자 프로필 .vscode에 배치됩니다. 여기에 사용자 구성 및 글로벌 구성을 설명한다. 사용자 프로필은 특별한 프로젝트 나 폴더 및 수행을위한 것입니다. 모든 구성 파일은 폴더의 폴더에 .vscode 숨겨진 파일을 배치됩니다.
도 입구에 도시 된 바와 같이 글로벌 구성이다. 여기에 모든 구성 변경은 파일 폴더에 표시됩니다.
윈도우
각 파일에 대한 설명 후, 최초의 구성을 붙여 넣습니다.
다음과 같이 c_cpp_properties.json의 구성은 다음과 같습니다
{
"구성": [
{
"이름": "는 MinGW",
"compilerPath": "C : \\.는 MinGW \\ 빈 \\ g ++ EXE를",
"includePath": [
"$ {workspaceFolder}"
,
"정의 ": [],
"찾아보기 ": {
"경로 ": [
"$ {workspaceFolder} "
,
"limitSymbolsToIncludedHeaders "사실,
"databaseFilename ":" "
},
"c 표준 ":"C11 "를,
"cppStandard ""C ++ 17"
}
,
"버전"4
}
launch.json :
{
"버전": "0.2.0",
"구성": [
{
"이름": "(GDB)가 시작" // 구성 이름의 구성을 시작하려면 드롭 다운 메뉴에 나타납니다
"cppdbg", "유형" // 구성의 유형이 만 cppdbg 할 수있다
"요청": "발사", // 요청 구성 유형이 될 수있는 시작 (시작) 또는 (추가) 연결
경로 "$ {fileDirname} / $ { fileBasenameNoExtension} .EXE를", // 프로그램을 디버깅 할 수 있습니다 : "프로그램"
"인수가": [], // 디버깅에 전달 명령 줄 매개 변수는 일반적으로 비어로 설정
"stopAtEntry"거짓은, // true로 설정 프로그램이 프로그램의 입구에 중단 될 때, 나는 일반적으로 true로 설정
"CWD" " $ {workspaceFolder} ", // 프로그램을 디버깅 할 때 작업 디렉토리
"환경 ": [], // ( 환경 변수?)
"externalConsole"사실, // 디버깅 할 때, 일반적으로 true로 디스플레이 콘솔 설정 콘솔 창을 표시할지 여부를
"internalConsoleOptions": "neverOpen"당신이 neverOpen을 설정하지 않은 경우, // 때 디버깅 "디버그 콘솔"옵션으로 이동합니다을 카드, 당신은 수동으로 오른쪽 GDB 명령을 입력 할 필요가 없습니다?
"MIMode": "GDB", // gdb를 또는 lldb 수 디버거 연결을 지정합니다. 그러나 창에 lldb 버전을 사전 컴파일되지 않습니다.
"miDebuggerPath": "gdb.exe", // 디버거 경로 접미사는 윈도우, 리눅스에서 생략 할 수 없으며, 다음 제거
"preLaunchTask을"작업 "빌드"// 세션을 디버깅, 일반적으로 컴파일러 시작하기 전에 수행. 라벨과 대응 tasks.json
}
]
}
setting.json :
"files.associations": {
"iostream": "CPP"
}
}
tasks.json :
//
https:
//code
.visualstudio.com
/docs/editor/tasks
{
"version"
:
"2.0.0"
,
"tasks"
: [
{
"label"
:
"build"
,
//
任务名称,与launch.json的preLaunchTask相对应
"command"
:
"g++"
,
//
要使用的编译器
"args"
: [
"-g"
,
//
生成和调试有关的信息
"${file}"
,
"-o"
,
//
指定输出文件名,不加该参数则默认输出a.exe,Linux下默认a.out
"${fileDirname}\\${fileBasenameNoExtension}.exe"
,
//
"${fileDirname}/${fileBasenameNoExtension}.exe"
,
],
//
编译命令参数
"type"
:
"shell"
,
//
可以为shell或process,前者相当于先打开shell再输入命令,后者是直接运行命令
"group"
: {
"kind"
:
"build"
,
"isDefault"
:
true
//
设为
false
可做到一个tasks.json配置多个编译指令,需要自己修改本文件,我这里不多提
},
"problemMatcher"
:{
"owner"
:
"$gcc"
,
"fileLocation"
:
"absolute"
,
"pattern"
:[
{
"regexp"
:
"^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$"
,
"file"
: 1,
"line"
: 2,
"column"
: 3,
//
"location"
: 2,
"message"
: 5
}
]
}
}
]
}
리눅스
launch.json
{
//
使用 IntelliSense 了解相关属性。
//
悬停以查看现有属性的描述。
//
欲了解更多信息,请访问: https:
//go
.microsoft.com
/fwlink/
?linkid=830387
"version"
:
"0.2.0"
,
"configurations"
: [
{
"name"
:
"gcc build and debug active file"
,
"type"
:
"cppdbg"
,
"request"
:
"launch"
,
"program"
:
"${fileDirname}/${fileBasenameNoExtension}"
,
"args"
: [],
"stopAtEntry"
:
false
,
"cwd"
:
"${workspaceFolder}"
,
"environment"
: [],
"externalConsole"
:
false
,
"MIMode"
:
"gdb"
,
"setupCommands"
: [
{
"description"
:
"Enable pretty-printing for gdb"
,
"text"
:
"-enable-pretty-printing"
,
"ignoreFailures"
:
true
}
],
"preLaunchTask"
:
"gcc build active file"
,
"miDebuggerPath"
:
"/usr/bin/gdb"
}
]
}
tasks.json
{
//
有关 tasks.json 格式的文档,请参见
//
https:
//go
.microsoft.com
/fwlink/
?LinkId=733558
"version"
:
"2.0.0"
,
"tasks"
: [
{
"type"
:
"shell"
,
"label"
:
"gcc build active file"
,
"command"
:
"/usr/bin/gcc"
,
"args"
: [
"-g"
,
"${file}"
,
"-o"
,
"${fileDirname}/${fileBasenameNoExtension}"
,
"-l"
,
"pthread"
],
"options"
: {
"cwd"
:
"/usr/bin"
},
"problemMatcher"
: [
"$gcc"
]
}
]
}
구성 지침
정상적인 상황에서는 디버깅 프로세스 C ++는 launch.json에 따르면, 첫째 vscode 통화 launch.json의, 즉 "preLaunchTask": "gcc build active file",
호출의 이름, 전화 "gcc build active file"
task.json의 task.json 전화를 레이블 이름의 작업에 따라, 여러 작업을 할 수 있습니다 해당 작업. 주요 작업은 실행 파일에 책임 컴파일됩니다. 당신은 단지 실행 파일을 생성해야하는 경우를 눌러 crtl+shift+b
수 있습니다.
c_cpp_properties 주로 C / C ++ 컴파일러 구성을 전문 등은 경로를 포함한다.
그것은 강력하게 영어로 JSON을 참조하는 것이 좋습니다, 그 설명을 이해하기가 매우 쉽습니다. 리눅스 기반 다소 누구를위한 C ++ 컴파일러의 과정은 신속하게 파악 및 개인 사용자 정의 할 수 있습니다.
자세한 vscode의 구성을 참조 마이크로 소프트 . Microsoft는이 시간이 많이 걸리는 읽기,하지만 훨씬 더 빠르게 인터넷을 모든 종류의 정보를 검색보다 보이지만, 워드 프로세서 설명을 참조하는 것이 좋습니다. 다른 프로젝트 또는 언어에 적용 할 때 성공적으로 내 구성에 따라 설정 한 경우에도 있기 때문에 구성에 어려울 수 있습니다.