引用: 引用 18 楼 lbing7 的回复:
之前，学软件的不屑于写单片机上的程序

写单片机上的程序的工程师多都是做硬件出身

他们大多没有好的软件工程思想

像全局变量全局定义啥的那是很正常的事

呵呵，更别提代码重用了

再之一个，做硬件的思想向来也比较直接些，以实现为第一

所以这样的局面很正常

引用: 引用 20 楼 wangbinds 的回复:
不懂楼上的意思。能不能具体解释下“低级趣味”？
另强烈支持楼主前面的观点，做硬件的思想严重面对实现，对于封装理解太少。

引用: 引用 23 楼 lbing7 的回复:
软件上的可维护，可重用，可读

这些东西基本上都是以损害资源为代价

在某些时候其实是不可取的

呵呵

引用: 引用 28 楼 lbing7 的回复:
和LZ说一下，表驱动和IF-ELSE和SWITCH-CASE方式无关

这个个人觉得仅仅是技巧问题

呵呵

引用: 引用 28 楼 lbing7 的回复:

而且表驱动用在单纯的分支处理上，不管是从可读性还是维护性都不一定比IF-ELSE

引用: 引用 33 楼 goodboy2012 的回复:
个人觉得面向对象的设计思想在实时性上比较差。

引用: 引用 35 楼 goodboy2012 的回复:
lbing7说得有道理，很多学单片机的本来都是搞硬件的，可能连C都不大会，怎么可能去让他去搞代码单片机程序最重要的是稳定性，即使代码看上去好看了，调试起来更麻烦也会令人头疼。

引用: 引用 36 楼 jiqiang01234 的回复:
引用 33 楼 goodboy2012 的回复:
个人觉得面向对象的设计思想在实时性上比较差。

面向对象包括三方面的内容：封装、继承和多态。而我提倡的单片机c语言编程是鼓励“封装”，使之更具模块化。其实继承和多态也并非就是“实时性”差，只是相对于单片机资源来说比较费ram和rom。毕竟单片机还很少有支持c++的，51系列的我是闻所未闻。

从面向对象思想出现的历史中我们也可以看到，是因为当程序规模超过10万行以上时，面向过程的方法就有些难于应对了，这样才慢慢出现了面向对象的设计方法。要注意的一点是，面向对象的设计方法更适用于“规模大”的程序，而单片机程序就算用64k的rom也就是一万多行。任何技术都有它的适用范围，切不可乱用。