如何配置統一的 C 環境

1樓：

所有人一起用docker。

建乙個Linux server大家一起遠端+sftp。

目標平台和開發平台是兩回事。如果連統一開發環境這麼簡單的事情都做不到，這是公司管理還停留在大學宿舍的水平，建議早逃。

2樓：葉子曦

這題目問得很有水平。

c++13是個啥？

也沒說一起編個什麼東西？

是編乙個cpp程式同時在macos，linux，win上健步如飛嗎？

參考一下那些優秀的跨平台庫怎麼做的，建議camke統一構建。cpp是跨平台的，雖然有些地方跨的不夠好，但可以避開坑

3樓：

主要從兩個方面回答題主的問題，構建系統和編碼規範。

首先是構建系統。構建系統指的是如何構建乙個跨平台的解決方案。目前主流的是，如果你用的qt可以用qmake，如果主要在linux系下面跑用makefile，如果希望跨平台則可以用cmake、ninja等。

乙個好的構建系統至關重要，這也是很多開發者都忽略掉的問題。

cmake通過指令碼生成跨平台的解決方案，如vs的sln，makefile，xcode專案等，這至少有兩個人好處，首先，它是跨平台的，你不需要入庫各種版本的vs的sln檔案；其次你可以對編譯環境做一些靜態檢查，如是否支援c++11，是否已經安裝上了依賴庫，以及為不同編譯器預製一些巨集。

寫乙個大型專案的構建系統是不簡單的，你必須要對各種系統和編譯器都有了解，儘管如此，你還是應該要好好做它，它是一件一勞永逸的事情。

第二點就是編碼了。gcc和vs系列編譯器在處理一些細節上會有所不同，如vs用declspec而gcc用attribute。通過cmake區分編譯器的巨集，你可以把這些差異統一起來，例如qt的匯出函式的巨集就針對不同編譯器作了各種define，保證用同乙個巨集就能在不同編譯器跑起來。

除了這些編譯器「方言」差異外，它們對語法的嚴格程度也不一樣，如vs下你可以拿乙個左值引用接住乙個函式返回值，如果你就這樣入庫了那麼你會在gcc下獲得乙個語法錯誤。總之，實踐是檢驗真理的唯一標準，如果要寫統一的c++環境，只能在各種環境下都進行嘗試。