呼吁TKStudio彻底支持C++和给网友更多选择

hotpower · 发表于 2010-7-10 01:48

本帖最后由 hotpower 于 2010-7-10 03:57 编辑

平心而论大家都想支持国产的开发平台，就目前MCU/ARM开发平台的应用当属Keil和IAR.
TKStudio虽说借用了Keil的编译器即命令行调用方式，但也不失为优秀的开发平台。
但是，菜农认为：
一个好的开发平台应该个应用者以更大的想象和思维空间。

刚和周公聊到3点多，提到了此问题。
继续是为工程师设计的中文界面友好平台，那么就应该比Keil做的更好，最后设置设计
独立的编译器，全部成为自主知识产权，我相信周公一定有这个能力的~~~

菜农在所有的MCU/ARM/DSP上都应用了C++,被俺称之为“红杏级别”的头文件当数：

http://www.google.com.hk/search?hl=zh-CN&source=hp&q=HotIns.h&aq=o&aqi=&aql=&oq=&gs_rfai=

http://www.google.com.hk/search?hl=zh-CN&newwindow=1&safe=strict&q=C5402DEF.H&aq=f&aqi=&aql=&oq=&gs_rfai=

http://www.google.com.hk/search?hl=zh-CN&newwindow=1&safe=strict&q=C5402CFG.H&btnG=Google+%E6%90%9C%E7%B4%A2&aq=f&aqi=&aql=&oq=&gs_rfai=

http://www.google.com.hk/search?hl=zh-CN&newwindow=1&safe=strict&q=LPC213XDEF.H&aq=f&aqi=g5g-m1&aql=&oq=&gs_rfai=

http://www.google.com.hk/search?hl=zh-CN&newwindow=1&safe=strict&q=LPC2103def.H&aq=f&aqi=&aql=&oq=&gs_rfai=

将要出墙的：
http://www.google.com.hk/search?hl=zh-CN&newwindow=1&safe=strict&q=LPC213XCFG.H&aq=f&aqi=&aql=&oq=&gs_rfai=

快要出墙的(LPC11XXCFG.H)：
https://bbs.21ic.com/icview-183564-1-1.html

和周公聊天时，菜农不客气地指出：
周立功公司编写的TinyM0例程中的LPC1100.H是一种倒退！！！
NXP的LPC11XX.H虽然比起LPC213x.h/LPC2103.H有很大进步,但与菜农的红墙系列还是有一定差距的。

所以菜农这次“高调出征Cortex-M0”，将菜农此生的软硬件功底和盘托出，Cortex-M0菜鸟将向各位展出：
1. ISP“不拆壳”硬件规范。
2. VCC电源缓启动、自保、自毁技术。
3. IO自检技术即IO不怕短路，即混线和短线自检。
4. MCU/ARM/DSP等ISP+IAP加密技术。

此图：
https://bbs.21ic.com/icview-183564-1-1.html

是俺当Cortex-M0菜鸟的第一篇“作文”，一篇Cortex-M0应用C++编程的规范。

详见菜农的C++裸奔系列：
http://www.google.com.hk/search?hl=zh-CN&newwindow=1&safe=strict&q=%E8%A3%B8%E5%A5%94+C%2B%2B%E7%A8%8B%E5%BA%8F+hotpower&btnG=Google+%E6%90%9C%E7%B4%A2&aq=f&aqi=&aql=&oq=&gs_rfai=

菜农在MCU/ARM/DSP上钟情C++不是为了“出墙”，而是实战应用。
在资源比51时代大许多时，若是还是拒绝C++感觉此种思维还不如一位51岁的老农民！！！

51俺我走过了25年，即俺的半生之研究。现在俺沉痛地送别它“老人家”，并致以最崇高的敬礼！！！

菜农“死去”的半年中，曾打算退出单片机江湖，专心致力于密码的研究。
由于国情的问题，任何国家的对密码实施管制，俺无奈何~~~

“全球征婚”让俺死去，“互联互通”让俺再生！！！

如何立民教授对俺的教导，俺明白了自己活着不是为自己，而是...

菜农HotPower@163.com 2010.7.10 3:51于雁塔菜地

huangqi412 · 发表于 2010-7-10 08:23

shizaigaole · 发表于 2010-7-21 16:24

MCU上，
没必要用C++

hotpower · 发表于 2010-7-22 01:42

请说出没必要的道理…

yytdragon · 发表于 2010-7-22 08:36

话说语言是工具，哪个方便，顺手，熟，用哪个
如果基于上一句话的角度，观点，还是支持C++吧……

shizaigaole · 发表于 2010-7-22 11:31

程序不大到一定程度，逻辑关系不足够复杂，
体现不出来C++的优点，

相反为了C++而用C++，
只会导致效率低下。

shizaigaole · 发表于 2010-7-22 11:38

C++提供了二种功能强大的抽象方法：面向对象编程与泛型编程。

C++以牺牲运行效率为代价，达到非常方便的重用之目的：重用别人库和自己的库。

不上OS的单片机程序，软件规模不说，重要的是逻辑关系不复杂，

用C++，带不来好处，反而会导致代码生产效率和运行效率的低下。

shizaigaole · 发表于 2010-7-22 11:40

很难想象单片机程序会需要用到STL模板库

不起眼 · 发表于 2010-7-22 12:00

对8位机，我觉得没有必要用C++, 但是对arm这样的32位机我觉得很必要。
另外对搂主以下技术很欣赏：
1. ISP“不拆壳”硬件规范。
2. VCC电源缓启动、自保、自毁技术。
3. IO自检技术即IO不怕短路，即混线和短线自检。
4. MCU/ARM/DSP等ISP+IAP加密技术。

还有我也是“裸奔”爱好者哦，呵呵

hotpower · 发表于 2010-7-23 13:06

再次呼吁…等几天怕是来不及了，到时别怪菜农没说过

我是土匪 · 发表于 2010-7-23 15:08

所以菜农这次“高调出征Cortex-M0”，将菜农此生的软硬件功底和盘托出，Cortex-M0菜鸟将向各位展出：
1. ISP“不拆壳”硬件规范。
2. VCC电源缓启动、自保、自毁技术。
3. IO自检技术即IO不怕短路，即混线和短线自检。
4. MCU/ARM/DSP等ISP+IAP加密技术。

非常感兴趣

yytdragon · 发表于 2010-7-24 16:52

继续……

shizaigaole · 发表于 2010-7-26 14:35

1# hotpower

不过要是搞OS的话，
C++用武之地就大了。

不过C++比C难多了！
两者对编程的思想差别很大。

C++，可以说是"易学"难精.

McuPlayer · 发表于 2010-8-11 23:30

虽然我主要是用C++，但不得不说C++有很多性能上的陷阱
比如多次继承类的虚函数，函数表的积累也是个问题

关注下国外的open source社区，会发现C++占比很小，很多人都会大吃一吨
在协处理器的帮助下，java的效率并一定比C++差。当然。他俩都比C性能差

hotpower · 发表于 2010-8-12 18:45

谢谢大家关注和讨论。
至于C或C 实际并不重要。
在我研发的加密方法中，C需要COM技术的支持，
这实际等效为C 的虚函数。

我是从加密方面考虑的。

xuyiyi · 发表于 2010-8-15 18:46

所以菜农这次“高调出征Cortex-M0”，将菜农此生的软硬件功底和盘托出，Cortex-M0菜鸟将向各位展出：
1. ISP“不拆壳”硬件规范。
2. VCC电源缓启动、自保、自毁技术。
3. IO自检技术即IO不怕短路，即混线和短线自检。
4. MCU/ARM/DSP等ISP+IAP加密技术。

期待菜农的大作！

bairan168 · 发表于 2010-11-30 17:48

真不错。

[ZLG-ARM] 呼吁TKStudio彻底支持C++和给网友更多选择

相关帖子

终身成就奖章

坚毅之洋流

十世金身

技术领袖奖章

无冕之王奖章

奔腾之江水

七世轮回

技术导师奖章

技术奇才奖章

突出贡献奖章

沉静之湖泊

核心会员奖章

精英会员奖章

缘定三生