clion是編譯器嗎

① ubuntu涓嬫浛浠keil

絳旀堬細鍦║buntu鎿嶄綔緋葷粺涓嬶紝鍙浠ヤ嬌鐢‥clipse銆丳latformIO鎴栬匒RM GCC絳夊伐鍏蜂綔涓篕eil鐨勬浛浠ｅ搧銆

瑙ｉ噴錛

1. Eclipse錛欵clipse鏄涓涓寮婧愮殑闆嗘垚寮鍙戠幆澧冿紙IDE錛夈傚逛簬ARM寮鍙戱紝浣犲彲浠ュ皢Eclipse涓嶢RM GCC鍜孏NU MCU Eclipse鎻掍歡緇撳悎浣跨敤錛屼互鎻愪緵綾諱技浜嶬eil鐨勫紑鍙戜綋楠屻傝繖縐嶇粍鍚堟敮鎸佸氱嶇紪紼嬭璦錛屽寘鎷珻鍜孋++錛屼篃鏀鎸佸悇縐嶈皟璇曞伐鍏楓

2. PlatformIO錛歅latformIO鏄涓涓鏂扮殑銆佽法騫沖彴鐨勯泦鎴愬紑鍙戠幆澧冿紝瀹冩敮鎸佸氱嶅井鎺у埗鍣錛屽寘鎷珹RM緋誨垪銆侾latformIO鍏鋒湁渚挎嵎鐨勯」鐩綆＄悊鍔熻兘錛屾敮鎸佸氱嶇紪紼嬭璦錛屽寘鎷珻鍜孋++錛屽苟涓斿叿鏈変赴瀵岀殑搴撶＄悊鍔熻兘銆

3. ARM GCC錛欸NU緙栬瘧鍣ㄩ泦鍚堬紙GCC錛夋槸涓濂楀紑婧愮殑緙栬瘧鍣錛屽寘鎷浜咰銆丆++絳夊氱嶈璦鐨勭紪璇戝櫒銆侫RM GCC鏄疓CC鐨勪竴涓鐗堟湰錛屽畠涓撻棬鐢ㄤ簬緙栬瘧ARM鏋舵瀯鐨勪唬鐮併傝櫧鐒禔RM GCC涓嶆槸涓涓闆嗘垚寮鍙戠幆澧冿紝浣嗕綘鍙浠ュ皢瀹冨拰鍏朵粬鐨勬枃鏈緙栬緫鍣ㄦ垨IDE錛堝俈S Code錛夌粨鍚堜嬌鐢ㄣ

鎷撳睍鍐呭癸細

鍦ㄩ夋嫨鏇誇唬Keil鐨勫伐鍏鋒椂錛屼綘闇瑕佽冭檻浣犺嚜宸辯殑闇奼傘傚傛灉浣犻渶瑕佷竴涓寮哄ぇ涓斿叏闈㈢殑IDE錛岄偅涔圗clipse鎴朠latformIO鍙鑳芥槸濂介夋嫨銆傚傛灉浣犲笇鏈涜兘澶熻嚜鐢卞湴閫夋嫨鍜岄厤緗浣犵殑寮鍙戝伐鍏鳳紝閭ｄ箞浣跨敤ARM GCC鍙鑳戒細鏇村悎閫傘傚彟澶栵紝鐢變簬Eclipse銆丳latformIO鍜孉RM GCC閮芥槸寮婧愮殑錛屾墍浠ヤ綘鍙浠ユ牴鎹浣犵殑闇瑕佽嚜鐢卞湴淇鏀瑰拰瀹氬埗榪欎簺宸ュ叿銆

② 有什麼適合MacBook的C語言編程軟體

適合MacBook的C語言編程軟體：CLion。

分號：在 C 程序中，分號是語句結束符。也就是說，每個語句必須以分號結束。它表明一個邏輯實體的結束。

標識符：C 標識符是用來標識變數、函數，或任何其他用戶自定義項目的名稱。一個標識符以字母 開始，後跟零個或多個字母、下劃線和數字。

編譯就會用字元的顏色來提醒我們，這兩行內容都被當做了注釋的內容，但是假如在vim下編寫程序，就不會出現代碼顏色不一樣的問題，導致程序出錯。

是由於""的問題，它在c++或者者python語言中，代表的含義都是本行尚未結束，下一行仍和本行是一個整體，所以編譯器會認為，兩行都是注釋，最終導致錯誤。

C語言是一門面向過程的計算機編程語言，與C++、C#、Java等面向對象編程語言有所不同。

C語言的設計目標是提供一種能以簡易的方式編譯、處理低級存儲器、僅產生少量的機器碼以及不需要任何運行環境支持便能運行的編程語言。

C語言描述問題比匯編語言迅速、工作量小、可讀性好、易於調試、修改和移植，而代碼質量與匯編語言相當。C語言一般只比匯編語言代碼生成的目標程序效率低10%-20%。因此，C語言可以編寫系統軟體。

當前階段，在編程領域中，C語言的運用非常之多，它兼顧了高級語言和匯編語言的優點，相較於其它編程語言具有較大優勢。

計算機系統設計以及應用程序編寫是C語言應用的兩大領域。同時，C語言的普適較強，在許多計算機操作系統中都能夠得到適用，且效率顯著。

C語言擁有經過了漫長發展歷史的完整的理論體系，在編程語言中具有舉足輕重的地位。

③ 常用的c語言編程軟體有哪些

windows下首選VS，版本至少vs2005以上，或者用最新的VSCode，不過需要自己配插件，好處是免費，如果做單片機c開發首選eclipse，linux下如果做單片機首選eclipse，其次是clion。eclipse兼容性最好，不過穩定性差一些，vs在win下沒有對手，clion用cmake，相比來說大部分c程序用的都是makefile，需要適應一下。

Devc++：這個IDE是windows環境下的，操作簡單，功能也不弱，適合新手使用。

Codeblocks（強力推薦）：功能比較強大的c/c++IDE，有著不錯的智能提示。

拓展資料

C語言是一門通用計算機編程語言，廣泛應用於底層開發。C語言的設計目標是提供一種能以簡易的方式編譯、處理低級存儲器、產生少量的機器碼以及不需要任何運行環境支持便能運行的編程語言。

盡管C語言提供了許多低級處理的功能，但仍然保持著良好跨平台的特性，以一個標准規格寫出的C語言程序可在許多電腦平台上進行編譯，甚至包含一些嵌入式處理器（單片機或稱MCU）以及超級電腦等作業平台。

二十世紀八十年代，為了避免各開發廠商用的C語言語法產生差異，由美國國家標准局為C語言制定了一套完整的美國國家標准語法，稱為ANSIC，作為C語言最初的標准。目前2011年12月8日，國際標准化組織（ISO）和國際電工委員會（IEC）發布的C11標準是C語言的第三個官方標准，也是C語言的最新標准，該標准更好的支持了漢字函數名和漢字標識符，一定程度上實現了漢字編程。

C語言是一門面向過程的計算機編程語言，與C++，Java等面向對象的編程語言有所不同。

其編譯器主要有Clang、GCC、WIN-TC、SUBLIME、MSVC、TurboC等。

編譯器

GCC，GNU組織開發的開源免費的編譯器

MinGW，Windows操作系統下的GCC

Clang，開源的BSD協議的基於LLVM的編譯器

VisualC++::cl.exe，MicrosoftVC++自帶的編譯器

集成開發環境

CodeBlocks，開源免費的C/C++IDE

CodeLite，開源、跨平台的C/C++集成開發環境

OrwellDev-C++，可移植的C/C++IDE

C-Free

LightTable

VisualStudio系列

HelloWorld

④ 澶у﹁嚜瀛︾紪紼婣PP鎺ㄨ崘

鍏嶈垂瀛︿範緙栫▼APP鍏嶈垂鑷瀛︿護浜哄績鍔ㄧ殑APP

1.CLion鏄疛etbrains鍏鍙告棗涓嬫帹鍑虹殑涓嬈句笓涓哄紑鍙慙/C++鎵璁捐＄殑璺ㄥ鉤鍙癐DE錛屽畠鏄浠IntelliJ涓哄熀紜璁捐＄殑錛屽悓鏃惰繕鍖呭惈浜嗚稿氭櫤鑳藉姛鑳芥潵鎻愰珮寮鍙戜漢鍛樼殑鐢熶駭鍔涖

2.JAVA緙栬瘧鍣(iavac.exe) 鐨勪綔鐢ㄦ槸灝唅ava婧愮▼搴忕紪璇戞垚涓闂翠唬鐮佸瓧鑺傜爜鏂囦歡錛屾槸鏈鍩烘湰鐨勫紑鍙戝伐鍏楓

3.Python緙栬瘧鍣ㄦ槸涓嬈鵑潪甯哥簿鐐肩殑APp錛屼富瑕佷負Python鍒濆﹁呮彁渚涚洿鎺ヨ繍琛岀殑鍔熻兘錛岃兘澶熼殢鎵嬮獙璇佷竴浜涘皬紼嬪簭銆傝ヨ蔣浠舵敮鎸佺洿鎺ヤ粠鏂囦歡綆＄悊鍣ㄤ腑鎵撳紑浠ｇ爜鏂囦歡錛屾柟渚跨敤鎴鋒祻瑙堟煡鐪嬨

4.C4droid鏄涓嬈綜++緙栬瘧鍣ㄥ畨瑁呬富紼嬪簭鍚庤繕闇瀹夎匞CC鍜孲D鎻掍歡搴撱傚熀浜庡畨鍗撶郴緇熻捐★紝璁╀綘闅忔椂闅忓湴鍙浠ヨ繘琛孋璇闊崇紪鍐欏伐浣滐紝鏃犺轟綘鏄涓鍚嶄笓涓氱殑紼嬪簭鍛樿繕鏄鍠滄㈢紪鍐欑▼搴忕殑鐢ㄦ埛錛岄兘鍙浠ョ敤瀹冭交鏉懼紑濮嬩綘鐨勫伐浣

5.Termux 鏄涓嬈懼熀浜 Android騫沖彴鐨勫紑婧 Linux 緇堢妯℃嫙鍣錛屼嬌鐢 pkg(apt)榪涜岃蔣浠跺寘鐨勭＄悊銆傛渶閲嶈佺殑鏄錛屽畠鏃犻渶 root 鏉冮檺錛屽洜姝わ紝緇濆ぇ澶氭暟 Android 閮藉彲浠ヨ繍琛屻

6.Qpython3鏄涓嬈懼己澶х殑鐨刾ythone3瑙ｆ瀽鍣,鍐呯疆prthon璇娉曢珮浜緙栬緫鍣ㄧ殑灝忓閥鏄撶敤鐨刾ython鎺у埗鍙,鑳藉熻╀綘闅忔椂闅忓湴灞曞紑宸ヤ綔淇鏀廣佸紑鍙戦」鐩

⑤ 如何評價 JetBrains 的新 C/C++ IDE CLion

看上去這是一個足夠好用的C/C++ IDE，而足夠好用的C/C++ IDE並不算多。

如果你是一個C/C++程序員，你的IDE選擇有什麼呢？

Visual Studio是Windows下的當然選擇，但是VS的C/C++補全重構功能遠遠比不上C#的相關功能，而且msvc編譯器長期以來支持標準的速度比較慢，使用自有的solution格式也給維護項目增加了很多困惑。
Eclipse CDT和Eclipse本身的缺點很類似。特性很全，但是相對來說bug比較多，比較遲緩。代碼提示和搜索功能和JetBrains的產品差一個數量級。
Netbeans的性能和debugger也一直有點問題。非常喜歡不斷parse代碼。不過支持遠程開發和debug是一個非常好的特性。
Qt Creator KDeveloper其實是兩個相對不錯的選擇，但是在智能感知，項目管理、重構、quick fix這些方面始終有些差距。
（我有一段時間沒有用過VS/JetBrains以外的ide了，這是我原來實驗工具時留下的印象，未必適用於現在的情況。）

如果你滿足於使用Windows平台+msvc編譯器的話，VS+VA X插件可以提供一個很不錯的環境，但是對於使用開源工具鏈的開發者和Linux開發者來說，並沒有太好的選擇。vim/emcas的用戶多，除了性能和遠程開發的方便程度以外，很大程度上是因為這些C/C++ IDE能提供的功能並不比vim+YouCompleteMe提供的特性多。

而就我目前的Beta版使用經驗而言，CLion在這些方面做的很不錯：

非常好的智能感知功能，自動折疊、高亮、自動補全、類型推斷都很好。
Autofix工作的很好。
重構很方便，像inline函數、extract成員函數、常數，pull up/pull down、修改簽名這些功能都有。
調試功能很方便，可以自動解析STL容器。
繼承了jetbrains系ide的很多優點，像方便的vim插件和keymap調整，滾動條預覽，與VCS的緊密集成等等。
跨平台，支持CMake/gcc/clang/mingw/cygwin/gdb。雖然不多，但是其實基本上也夠用了。
簡潔，沒有額外的抽象層，你直接通過控制CMakeLists/CMakeCache來控制項目的編譯。這樣無需額外學習一遍IDE項目相關的概念，而且省去了VS+CMake時每改一次CMakeLists就要generate一次solution的麻煩。
很快，當然我也沒有導入很大很大的項目，不知道結局是什麼樣。

當然，今天的CLion還有很多缺點，比如說一以貫之的吃內存（隨便打開個項目吃掉1G很正常）、比如說還不支持lldb（1.1版本即將支持）、不支持遠程開發調試、不支持makefile/autotools項目、沒有測試框架支持。最大的問題就是，在處理大項目的時候，CLion的性能能跟得上嗎？

不考慮這些因素，CLion是一個很好用的ide。設計合理簡潔、核心功能完成的很出色。而像我開篇就說的，能滿足這個條件的C/C++ IDE幾乎沒有。在使用開源工具鏈的場景下，CLion是第一個讓我有理由考慮代替vim的C/C++ IDE.

而這只是一個1.0版本，考慮到JetBrains的一貫水準，CLion的未來值得期待。