支持，支持强烈支持！！！！

tanic 发表于 2019-8-23 09:41
" f  H  \7 l3 {1 W感觉C和C++混合编程，官方底层SDK还是没必要修改的。
* D* A6 o/ @' t# v然后单片机项目主要是UI花费时间重复代码多，应用逻辑 ...

. ^7 s5 Y4 @$ ]/ jC# 做UI是强项！

redstone8415 发表于 2019-9-17 09:24
5 ~# a" q( b0 T% x1 e1 AC# 做UI是强项！

c#不太可能跑在单片机上，它是一种类似JAVA虚拟机的形式，而且目前只有windows支持好，

支持老师，我也觉得STM固件库中的宏定义特别多，而且还有嵌套，代码阅读起来很费解，也许是我的基础太差了。

支持一下这位老师。谢谢分享

redstone8415 发表于 2019-9-15 11:03
. }7 k2 I4 I  i$ n8 N/ h( `做嵌入式的基本上都是从电子硬件转入的！ window编程能力非常有限！计算机基础也不扎实，
C#，C++面向对象 ...

我不是去开发一个IDE，而是用了别人很少用的IDE并且完全实现了我的想法。现在正在用这个IDE以及C++在做一个USB键盘（实际的产品）的项目。其实主要的动机来源于对USB的开发，真的是太复杂了不用C++很难解耦和重用。现在USB键盘已经接近尾声了，等我忙完我会继续写贴教大家怎么搭建开发环境，分享一些在C++过程中的心得。提前透露一下，我的键盘的USB枚举过程比海盗船K70快很多，K70是266ms完成，我键盘是176ms完成。海盗船单次获取设备描述耗时88us，我的键盘是61us，那些国产方案的键盘更是要230us左右。我购买一台USB协议分析仪测量的。虽然这个过程快一点对用户并没有什么卵用，但是说明使用C++程序效率并不会降低。

hujjj 发表于 2019-9-17 12:26
- H( n; c- I3 ~7 q5 D7 W. A' \支持老师，我也觉得STM固件库中的宏定义特别多，而且还有嵌套，代码阅读起来很费解，也许是我的基础太差了 ...

& S2 D2 a/ }( g  b; ?不是基础差的原因，主要是IDE不给力，好的IDE可以把宏展开给你看的。另外就是，宏本来就难以阅读，按照现在的一些编程要求，能不用宏就竟可能的不要用。

tanic 发表于 2019-9-17 10:13
( Z6 e  k# P$ l7 R1 t6 O$ Sc#不太可能跑在单片机上，它是一种类似JAVA虚拟机的形式，而且目前只有windows支持好， ...

不可能跑C#的，除非哪天笔盖也玩单片机了。目前在单片机上实现OO主要是用C++，没有比这个更合适的了，毕竟是编译型语言，效率杠杠的。

做到VS那样，难度不小啊！
VS的脚下是多层软件层堆上来的，可塑空间大;
而ST脚下坚挺寡瘦，就那么几个寄存器，若个性定制很容易，若用对象和类的概念描述难度和高度都不小，
期待中……

牛人！支持！！

支持，支持，，，，学习了~~~~~~~~

非常好的资料，对初学者很有帮助；
希望楼主多多分享，赠人玫瑰，手有余香，念念不忘，必有回响;.

支持

这才是技术进步,不能一昧将旧,要推陈出新....

老师去哪了  怎么不更新了  搞一个库上来学习一下
想看看你的顶层库怎么写的  我现在也在用C++  底层库太费劲了  32的单片机型号太多了  各种寄存器名称还有差异  资源也不一样 导致更换单片机的时候总是要改底层