① ubuntu涓嬫浛浠keil
绛旀堬细鍦║buntu镎崭綔绯荤粺涓嬶纴鍙浠ヤ娇鐢‥clipse銆丳latformIO鎴栬匒RM GCC绛夊伐鍏蜂綔涓篕eil镄勬浛浠e搧銆
瑙i喷锛
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鍙鑳芥槸濂介夋嫨銆傚傛灉浣犲笇链涜兘澶熻嚜鐢卞湴阃夋嫨鍜岄厤缃浣犵殑寮鍙戝伐鍏凤纴闾d箞浣跨敤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鍒濆﹁呮彁渚涚洿鎺ヨ繍琛岀殑锷熻兘锛岃兘澶熼殢镓嬮獙璇佷竴浜涘皬绋嫔簭銆傝ヨ蒋浠舵敮鎸佺洿鎺ヤ粠鏂囦欢绠$悊鍣ㄤ腑镓揿紑浠g爜鏂囦欢锛屾柟渚跨敤鎴锋祻瑙堟煡鐪嬨
4.C4droid鏄涓娆综++缂栬疟鍣ㄥ畨瑁呬富绋嫔簭钖庤缮闇瀹夎匞CC鍜孲D鎻掍欢搴撱傚熀浜庡畨鍗撶郴缁熻捐★纴璁╀綘闅忔椂闅忓湴鍙浠ヨ繘琛孋璇阔崇紪鍐椤伐浣滐纴镞犺轰綘鏄涓钖崭笓涓氱殑绋嫔簭锻樿缮鏄锽沧㈢紪鍐欑▼搴忕殑鐢ㄦ埛锛岄兘鍙浠ョ敤瀹冭交𨱒惧紑濮嬩綘镄勫伐浣
5.Termux 鏄涓娆惧熀浜 Android骞冲彴镄勫紑婧 Linux 缁堢妯℃嫙鍣锛屼娇鐢 pkg(apt)杩涜岃蒋浠跺寘镄勭$悊銆傛渶閲嶈佺殑鏄锛屽畠镞犻渶 root 𨱒冮檺锛屽洜姝わ纴缁濆ぇ澶氭暟 Android 閮藉彲浠ヨ繍琛屻
6.Qpython3鏄涓娆惧己澶х殑镄刾ythone3瑙f瀽鍣,鍐呯疆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的未来值得期待。