最近在把自己的游戲引擎寫成跨平臺項目（DirectX+OpenGL），因此編譯系統采用了CMake，剛好Visual Studio 2017（下面簡稱VS2017）支持CMake，更何況寫C++除了VS也沒有別的啥IDE好用（別跟我說CLion，glm的hpp文件解析起來一堆紅色波浪線）。
不過看VS2017的更新頻率就知道只要是個新東西那么肯定是有坑的，這幾天就基本上把相關的坑都踩了一遍，issue也發了不少，總之問題算是基本弄好了，現在記錄下來希望能夠幫到遇到同樣問題的人。
問題1：Link顯示亂碼
這個是編譯的時候Linker的提示亂碼的問題，它基本出現在IDE語言選擇為非ANSI（比如簡體中文/繁體中文）的情況下。這個問題官方說是ninja的鍋，如果要消除這個問題建議把generator修改成VS自己的generator就行了。修改方案為：
- 解決方案管理器中右鍵CMakeLists.txt；
- 更改CMake設置；
- 找到所有的
"generator": "ninja",，改成"generator": "Visual Studio 15 2017",就行了。
還有要注意的就是要把"buildCommandArgs": "-v",給注釋掉，這個是ninja的編譯參數。
問題2：Link不亂碼了，但是把項目切換到x64-Debug/x64-Release之后仍然只編譯32位的程序
好吧，其實這個問題很大程度上算是我自己的鍋orz……
原因就是當把generator切換成VS自帶的generator之后，根據編譯目標的不同，generator其實是不一樣的，可以看相關文檔。
所以解決方法就是按照下面這樣配置就行了：
{
"name": "x64-Debug",
"generator": "Visual Studio 15 2017 Win64",
// 此處省略...
"buildCommandArgs": "-m:8 -v:minimal -p:PreferredToolArchitecture=x64"
},
{
"name": "x64-Release",
"generator": "Visual Studio 15 2017 Win64",
// 此處省略...
"buildCommandArgs": "-m:8 -v:minimal -p:PreferredToolArchitecture=x64"
}
另外，還是建議把"buildCommandArgs": "-m:8 -v:minimal -p:PreferredToolArchitecture=x64"加上，雖然好像并沒有什么太大的區別……
問題3：Intellisense表現異常
嗯，這個問題其實是VS的老大難問題，尤其是對于C++而言，誰讓C++本身就那么復雜呢，而且VC編譯器的前端又那么奇葩，聽說換成Clang做前端會好一點不過我沒試過就是了。
具體的表現大概就是代碼高亮有問題、不能快速根據純虛類自動生成實現抽象方法、代碼解析的時候不展開宏、找不到函數/類的定義等等亂七八糟的情況。目前的解決方案就是把工程目錄下的.vs/你的項目名稱那個文件夾刪掉，里面是Intellisense的緩存文件， 刪掉之后強行讓VS重新解析代碼，基本上能解決上述所有問題，但是不能保證問題不會重新發生。
這里順便吐個槽，VS的C#和C++的Intellisense體驗完全是一個天上一個地下，光是從C++更改簽名的這個Refractor功能就能夠看出來，要是在這一點上能夠把CLion的一些feature吸收進來那真的是宇宙第一了_(:з」∠)_
問題4：工作目錄怎么設置？
CMake工程編譯的程序的工作目錄默認不是在當前目錄下，而是在C:\Users\你的用戶名\CMakeBuilds\一串Hash\build\x64-Debug|x64-Release|x86-Debug|x86-Release下面，也就是說你的程序運行的工作目錄是在這個文件里面，那么對于文件讀取之類的操作就很麻煩，如果你希望直接設置你代碼所在的目錄為工作目錄的話，那么就需要設置一下launch.vs.json了。
打開
.vs/launch.vs.json;配置：
"configurations": [ { "currentDir": "${workspaceRoot}", // 此處省略 } ]
然后程序的工作目錄就變成你項目代碼所處的目錄下了。
總結
暫時遇到的坑就這么多，有一些是VS的鍋有一些就真的是自己的問題了 _(:з」∠)_，記錄下來希望能夠幫到大家。
