回 11楼(jrcsh) 的帖子
去年6月做了一个大约3万行代码的项目,难度又较大,但由于时间关系,没规划架构我基本上把核心都写在一个类中了!然后使用了大量的状态记录,和定时器,加动态事件通知,这样乱七八糟地堆起来了!结果,半年后,我不得不重写! 我以前做过这个项目的简单版,也是时间紧迫,用类似方法实现得又超顺利,维护难度一般般!按这样的规律,初步认为,状态架构比较适合逻辑不强的底层处理,而且独立性要较强!然后高起来,就是面向过程...
回 7楼(jrcsh) 的帖子
其实我也不是很懂单片机,谈及应用或者说商业层面,还真不敢发话了!再说,我其实不喜欢谈理论的,我比较关注实在的,只是忍不住YY几句,让人见笑了!另外我有一个很疑惑的问题:我曾经看过一篇谈及状态架构的文章,里面也示例了一些单片机状态架构的代码,其中就涉及到按钮的防抖处理,其防抖处理部分依然使用DELAY设计!那么如果不使用DELAY,有没有更直观而且高效的解决方案呢?
加载专业列表中...
已选择的专业:无
{{forum.displayName}}:{{forum.selectedThreadType.name}}
多维分类: