前言

最近C++項(xiàng)目需要用到腳本，這就關(guān)系到如何綁定對象到腳本運(yùn)行環(huán)境。因使用到多套腳本語言，所以現(xiàn)有的綁定技術(shù)，都不能滿足需求。所以只能尋求解析C++的頭文件，再根據(jù)描述進(jìn)行綁定。起初發(fā)現(xiàn)boost有一套，但boost實(shí)在太臃腫了，對項(xiàng)目之后開發(fā)環(huán)境的搭建有一定要求。我力求最簡明的項(xiàng)目管理，boost不太適合。自己寫套吧。

正文

C++的語法格式總結(jié)

• 除編譯器指令#開頭與函數(shù)外，均必須要求分號結(jié)尾
• 代碼塊除單條語句的if、do/while、for都必須在大括號/花括號“{}” 代碼塊有8種，命名空間，全局，類，結(jié)構(gòu)，全局函數(shù)，成員函數(shù)，lambda，函數(shù)內(nèi)無名代碼塊
  • 命名空間與全局相同，僅在聲明前加“命名空間::”前綴
  • 類聲明塊與全局塊的區(qū)別有，友元聲明，成員訪問權(quán)限
• 模板支持類與函數(shù)
• 函數(shù)與模板有參數(shù)列表
• 分號結(jié)尾的聲明可以是內(nèi)置類型（int、double等）、類、模板類、typedef出來的類型、函數(shù)指針、lambda
• 函數(shù)可以重名
• 類的成員函數(shù)訪問其他成員可以在此函數(shù)定義之后聲明，并不像全局函數(shù)那樣必須已經(jīng)聲明，所以用指針掃描一次C++文件是否合法是做不到的
• 若是類化的枚舉（enum class），不需要對聲明所在范圍可見，否則同時(shí)要把成員也同時(shí)添加到所屬范圍

我不打算支持的，對于需求沒有必要性的

• 命名空間
• 模板
• 函數(shù)體
• 逗號分割的多個(gè)變量我不想很好的支持
• 類型的校驗(yàn)
• 默認(rèn)參數(shù)
• union
• 枚舉不判斷名稱沖突
• lambda
• 變量名不能以數(shù)字開始
• 類的繼承
• 函數(shù)指針

開發(fā)的原則

• 暫不跨平臺，僅VS，不使用系統(tǒng)API這樣適于修改為跨平臺
• 使用C++
• iter只進(jìn)不退
• 遇到語法錯(cuò)誤或文件結(jié)尾，拋異常
• 遇到{則進(jìn)入塊處理
• 處理;結(jié)尾的語言單元，函數(shù)必須自己處理完;及之前的內(nèi)容再返回
• 成員函數(shù)定義代碼不分析，因?yàn)榈谝粭l原則做不到，成員函數(shù)可能會引用還未聲明的其他成員函數(shù)
• 不為最好的性能，但可以在這個(gè)結(jié)構(gòu)上優(yōu)化到極致
• 不求完整解析，但在這個(gè)框架上可以做到解析全部c++11與更高的版本特性
• 無注釋，英文不好，中文注釋又不適合全球化

?

結(jié)構(gòu)描述

variant，method，type，comment，enumeration，enumeration_value從object繼承，它們都可以屬于全局或類或結(jié)構(gòu)體。

document表示一個(gè)c++編譯單元。

context表示一個(gè)上下文，是一個(gè)可以向上查找的隊(duì)列。document完成解析后存儲解析出來的變量、函數(shù)、類型。

reader，文件讀取器，一個(gè)向前的char迭代器，可以用istreambuf_iterator<char>(ifstream)替代。

?

使用

main函數(shù)有_DEBUG宏保護(hù)，建議編譯為庫release使用。

#include <cpp_analysis.h>

try

{
　auto result = cpp_analysis::analysis("[cpp_header_file]");

　// todo

}
catch (logic_error& e)
{

// todo:
}

項(xiàng)目位置

https://github.com/FettLuo/cpp_analysis[新標(biāo)簽打開]

?

轉(zhuǎn)載于:https://www.cnblogs.com/fyter/p/analysis-cpp-syntex-format.html

總結(jié)

以上是生活随笔為你收集整理的用C++对C++语法格式进行分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。