用VScode編寫C++大型項目的方法步驟
vscode遠程開發配置
由於後面項目用到瞭epoll和splice,這些都是unix環境中才有的調用,所以我們還是需要在linux環境中開發,我選用的vscode連接linux進行遠程開發
選用vscode的原因
在這裡隻跟clion做下比較,clion支持的full remote development,基本原理是自動同步本地目錄和遠端服務器目錄,在寫代碼時,用的還是本地環境,無法識別unix特有的那些頭文件。
而vscode的遠程開發,是把開發者自己機器上的 VSCode 原樣拷貝到作為目標機器(Remote Host)上,以服務的形式運行,而本地的 VSCode 作為客戶端,兩者之間通過遠程通訊協議彼此協調合作,實際上的開發工作主要是在服務端完成的。
配置流程
支持ssh公鑰登錄遠程服務器
安裝remote-ssh遠程插件
安裝後重啟可以在側邊欄看見這個
添加ssh target
點擊「SSH TARGETS」旁邊的「Configure」,選擇編輯第一個文件(用戶目錄下的.ssh/config)
在文件中填上服務器連接信息如下:
添加遠程工作區
點擊「RemoteServer」後面的connection按鈕,會打開一個新vscode窗口,等待連接遠程服務器並完成一些初始化工作後,可點擊「Open Folder」添加服務器的目錄。
安裝C++擴展
為瞭方便C++開發,我們需要添加C++擴展
clang-format格式化代碼
開發一個項目時,一般是由多個程序員共同開發維護,如果每個人的編碼習慣風格都不同,整個項目可能風格雜亂,可讀性差,不利於項目維護。clang-format支持的代碼風格有google、llvm、Chromium Mozilla、WebKit,我們項目使用google風格。
安裝clang-format
ubuntu安裝
直接從apt倉庫安裝即可
sudo apt-get install clang-format
centos安裝
centos 的yum倉庫中並沒有clang-format的安裝包,需要更新repo源:
sudo yum install centos-release-scl-rh
之後下載clang-format:
sudo yum install llvm-toolset-7-git-clang-format
由於clang-format安裝的位置不在系統的PATH變量中,所以這個時候在命令行還找不到clang-format
命令。我們需要更新path變量,將clang-format的執行文件夾添加到path變量中:
找到clang-format執行文件夾
sudo find / -name *clang-format* ... /opt/rh/llvm-toolset-7/root/usr/bin/clang-format ...
編輯~/.bashrc
文件,更新path變量
export PATH=$PATH:/opt/rh/llvm-toolset-7/root/usr/bin
創建clang-format文件
輸入以下命令就會按照google的格式在在當前路徑下生成.clang-format文件。
clang-format -style=google -dump-config > .clang-format
大傢隻要討論確認clang-format的具體內容,然後在項目根目錄中加入這個文件,代碼的風格問題就解決瞭。
vscode支持clang-format
配置在vscode保存文件後自動進行格式化
在擴展商店中搜索安裝clang-format插件
打開設置面板,之後在輸入框輸入clang-format,在「工作區」tab上找到style選項,修改為「file」,表示按照我們自己定義的.clang-format文件進行格式化
打開設置面板,在輸入框中輸入save,在「工作區」tab上把「format on save」選項勾選上
代碼檢查工具clang-tidy
clang-tidy是一個功能十分強大的代碼檢查工具,能幫助我們現代化代碼,提高代碼的可讀性
clang-tidy的安裝
ubuntu安裝
sudo apt-get install clang-tidy
centos安裝
(1)sudo yum install centos-release-scl (2)sudo yum install llvm-toolset-7 (3)sudo yum install llvm-toolset-7-clang-analyzer llvm-toolset-7-clang-tools-extra (4)scl enable llvm-toolset-7 'clang -v' (5)scl enable llvm-toolset-7 'lldb -v' (6)scl enable llvm-toolset-7 bash
clang-tidy使用
// 列出所有的check $ clang-tidy -list-checks -checks='*' // 找出simple.cc中所有沒有用到的using declarations. 後面的`--`表示這個文件不在compilation database裡面,可以直接單獨編譯; $ clang-tidy -checks="-*,misc-unused-using-decls" path/to/simple.cc -- // 找出simple.cc中所有沒有用到的using declarations並自動fix(刪除掉) $ clang-tidy -checks="-*,misc-unused-using-decls" -fix path/to/simple.cc -- // 找出a.c中沒有用到的using declarations. 這裡需要path/to/project/compile_commands.json存在 $ clang-tidy -checks="-*,misc-unused-using-decls" path/to/project/a.cc
如果在被分析的文件後面沒有"–", clang-tidy會從目錄下查找compliation database,這個database就是compile_commands.json文件,裡面包含該項目中所有的編譯單元的編譯命令。 在使用之前要導出這個文件。目前已經有工具幫我們做瞭這項工作。
如果是cmake的項目,通過cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=ON path/to/llvm/sources命令導出;
cmake版本需要大於3.5
- 如果是GYP項目,通過ninja -C out/D -t compdb cc cxx objc objcxx > compile_commands.json;
- 如果是make項目,使用Bear工具;
除瞭通過“-checks=”來設定檢查規則,還可以在項目主目錄之下添加.clang-tidy文件,在裡面編寫項目的檢查規則,這種方式更加適合對整個項目進行定制化的規則編寫。.clang-tidy文件並不是必須放在主目錄之下,隻是通常放在主目錄之下方便對整個項目進行檢查。
# .clang-tidy Checks: '-*,clang-diagnostic-*,llvm-*,misc-*,-misc-unused-parameters,-misc-non-private-member-variables-in-classes,-readability-identifier-naming' # Note that the readability-identifier-naming check is disabled, there are too # many violations in the codebase and they create too much noise in clang-tidy # results. # Naming settings are kept for documentation purposes and allowing to run the # check if the users would override this file, e.g. via a command-line arg. CheckOptions: - key: readability-identifier-naming.ClassCase value: CamelCase - key: readability-identifier-naming.EnumCase value: CamelCase - key: readability-identifier-naming.FunctionCase value: camelBack - key: readability-identifier-naming.MemberCase value: CamelCase - key: readability-identifier-naming.ParameterCase value: CamelCase - key: readability-identifier-naming.UnionCase value: CamelCase - key: readability-identifier-naming.VariableCase value: CamelCase
上面的使用方法中,一次隻能分析一個文件,如何一次性分析整個項目的文件呢?clang-tidy提供瞭run_clang_tidy.py腳本,通過多進程的方法對整個項目文件進行分析。(具體使用方法可參考下面的cmake寫法)
cmake實現代碼工程化
隨著項目越來越復雜,模塊越來越多,我們繼續手動寫makefile去構建項目顯然不太合適,為瞭方便管理、構建復雜項目,使用cmake作為構建工具是個不錯的選擇。cmake是一個跨平臺、開源的構建工具,可以方便的產生可移植的makefile,簡化手動寫makefile的工作量。
使用cmake生成makefile文件並編譯一個分以下流程:
- 在根目錄及每個模塊目錄下編寫CMakeLists.txt
- 在根目錄創建一個build文件夾
- 進入build目錄,執行cmake …/ 生成整個項目的makefile
- 執行make和make install進行編譯和安裝。
cmake的命令較多,詳細教程可參考https://www.jb51.net/article/180467.htm
cmake實踐
CProxy的代碼目錄結構如下
├── client │ ├── xxx.cpp │ ├── ... ├── lib │ ├── xxx.cpp │ ├── ... ├── server │ ├── xxx.cpp │ ├── ...
server目錄是CProxy服務端目錄,client目錄是CProxy客戶端目錄,server和client分別能構建出可執行的程序;lib目錄則存放一些被server和client調用的庫函數。
首先,我們先在項目根目錄上創建一個CMakeLists.txt
# cmake_minimum_required:指定瞭當前工程支持的cmake最小版本 cmake_minimum_required(VERSION 3.1) # project:指定工程名稱 project(CProxy) # CMake 中有一個變量 CMAKE_BUILD_TYPE ,可以的取值是 Debug、Release、RelWithDebInfo和 MinSizeRel。 # 當這個變量值為 Debug 的時候,CMake 會使用變量 CMAKE_CXX_FLAGS_DEBUG 和 CMAKE_C_FLAGS_DEBUG 中的字符串作為編譯選項生成 Makefile; 當變量值為Release時,則會使用CMAKE_CXX_FLAGS_RELEASE 和 CMAKE_C_FLAGS_RELEASE 中的字符串作為編譯選項生成 Makefile。 SET(CMAKE_BUILD_TYPE "Debug") # 啟用GDB SET(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb") # 啟用優化(1~3) SET(CMAKE_CXX_FLAGS_RELEASE "$ENV{CXXFLAGS} -O3 -Wall") # 設置 c++ 編譯器,這裡使用clang++進行編譯 set(CMAKE_CXX_COMPILER "clang++") set(CMAKE_CXX_STANDARD 11) set(CMAKE_CXX_STANDARD_REQUIRED True) set(CMAKE_CXX_FLAGS -g -Wall) message(STATUS "CMAKE_CXX_FLAGS: " "${CMAKE_CXX_FLAGS}") string(REPLACE ";" " " CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS}") message(STATUS "CMAKE_CXX_FLAGS: " "${CMAKE_CXX_FLAGS}") # include_directories:將指定目錄添加到編譯器的頭文件搜索路徑之下,指定的目錄被解釋成當前源碼路徑的相對路徑。 # 將工程根目錄添加進來後,在server和client中能通過"lib/xxx"引入lib目錄下的頭文件 include_directories(${PROJECT_SOURCE_DIR}) # 添加子目錄,並構建該子目錄。 # 會執行lib、server、client三個目錄中的CMakeLists.txt add_subdirectory(lib) add_subdirectory(server) add_subdirectory(client)
上面的CMakeLists.txt添加瞭lib、server、client三個子目錄,所以需要在這三個目錄中也添加CMakeLists.txt
// lib/CMakeLists.txt set(lib Buffer.cpp EventLoopThread.cpp EventLoopThreadPool.cpp Util.cpp EventLoop.cpp Channel.cpp Epoll.cpp Msg.cpp CtlConn.cpp ProxyConn.cpp ) # 將${lib}變量指定的源文件生成鏈接文件 add_library(lib ${lib}) # target_link_libraries:將目標文件與庫文件進行鏈接 # 使用多線程需要引入pthread庫,所以將pthread庫鏈接到上一步創建的lib目標文件中 target_link_libraries(lib pthread) // client/CMakeLists.txt # 將client目錄下的所有源文件都存儲到SOURCE_DIR變量中。 aux_source_directory(./ SOURCE_DIR) # 將${SOURCE_DIR}中的所有源文件編譯成Client可執行文件 add_executable(Client ${SOURCE_DIR}) # 生成可執行文件需要鏈接lib庫 target_link_libraries(Client lib) // Server/CMakeLists.txt aux_source_directory(./ SOURCE_DIR) add_executable(Server ${SOURCE_DIR}) target_link_libraries(Server lib)
在根目錄創建build目錄,並執行cmake ..
生成整個項目的makefile
mkdir build cd build cmake ..
在build目錄下執行make進行編譯
make
clang-tidy在cmake中的配置
為瞭方便clang-tidy在項目中的使用,可以在根目錄的CMakeLists.txt添加如下配置
# 用於輸出clang-tidy需要用到的compile_commands.json文件 # 這一行需要放在add_subdirectory/aux_source_directory之前 set(CMAKE_EXPORT_COMPILE_COMMANDS ON) set(CLANG_SEARCH_PATH "/usr/local/bin" "/usr/bin" "/usr/local/opt/llvm/bin" "/usr/local/opt/llvm@8/bin" "/usr/local/Cellar/llvm/8.0.1/bin") if (NOT DEFINED CLANG_TIDY_BIN) # attempt to find the binary if user did not specify find_program(CLANG_TIDY_BIN NAMES clang-tidy clang-fidy-8 HINTS ${CLANG_SEARCH_PATH}) endif () if ("${CLANG_TIDY_BIN}" STREQUAL "CLANG_TIDY_BIN-NOTFOUND") message(WARNING "couldn't find clang-tidy.") else () message(STATUS "found clang-fidy at ${CLANG_TIDY_BIN}") endif () # 添加clang-tidy命令 add_custom_target(clang-tidy COMMAND python ${CMAKE_SOURCE_DIR}/run-clang-tidy.py # run LLVM's clang-tidy script -clang-tidy-binary ${CLANG_TIDY_BIN} # using our clang-tidy binary -p ${CMAKE_BINARY_DIR} # using cmake's generated compile commands )
執行cmake
獲取到Makefile後,在build目錄下執行make clang-tidy
, 即可對整個項目進行代碼分析。
ccache加速編譯
隨著項目代碼量越來越多,編譯花費的時間會很長,在調試代碼時,我們可能隻改瞭一行代碼,每次要編譯個幾分鐘。這個時候就輪到ccache登場瞭。它將在第一遍編譯時多花幾秒鐘,但接下來就會使編譯成倍(5-10倍)的提速。
ccache 的基本原理是通過將頭文件高速緩存到源文件之中而改進瞭構建性能,因而通過減少每一步編譯時添加頭文件所需要的時間而提高瞭構建速度。
ccache安裝
yum install ccache
結合cmake使用
在根目錄的CMakeLists.txt加上下面這段代碼
find_program(CCACHE_FOUND ccache) if(CCACHE_FOUND) set_property(GLOBAL PROPERTY RULE_LAUNCH_COMPILE ccache) set_property(GLOBAL PROPERTY RULE_LAUNCH_LINK ccache) # Less useful to do it for linking, see edit2 endif(CCACHE_FOUND)
重新進行編譯,會發現第一遍還是比較久,但之後的編譯速度就會變的很快瞭。
到此這篇關於用VScode編寫C++大型項目的方法步驟的文章就介紹到這瞭,更多相關VScode編寫C++大型項目內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- windows下vscode使用cmake的方法
- CMake的簡單應用
- VSCODE調試RDKit內核的方法步驟(C++)
- vscode和cmake編譯多個C++文件的實現方法
- VSCode斷點調試CMake工程項目的實現步驟