设为首页收藏本站

arduino 单片机机器人爱好者之家

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 932|回复: 0

转帖:跑马灯变形记(四)

[复制链接]
回帖奖励 1 金币 回复本帖可获得 1 金币奖励! 每人限 1 次(中奖概率 50%)

签到天数: 9 天

[LV.3]偶尔看看II

发表于 2014-12-25 08:34:21 | 显示全部楼层 |阅读模式
本帖最后由 雷柏 于 2014-12-31 08:08 编辑

转自:http://bbs.21ic.com
跑马灯第三次变形:文件/模块划分

    不得不说,将每个功能抽象归类,放入不同的文件中进行编译链接,这是一个质的飞跃。但拆分模块将会极大地考验程序员的经验和思维习惯,它并不是单纯的把一个大文件拆分、编译通过就完事了,它体现的是一个工程师对于架构的理解深度。做得好,可以使系统模块间关系简单、层次分明。做得差,混乱之源就此埋下

在这次的变形中,我们将设备分为如下文件:

1.jpg
单纯的剪切、粘贴操作后,我们会发现两个编译问题:

(1)    在main.c中,无法访问定时器的“flag_80ms全局变量”。
(2)    在timer.c中,无法访问“宏定义常量LIGHT_INTERVAL_TIME”。
    对于许多人来说,第1个问题好解决,extern出来就是了。第2的问题就犯浑了,从应用角度讲,这个参数用来控制跑马灯闪烁的间隔时间,应该是跑马灯模块的。从技术实现角度讲,这个参数只有定时器会用到它,应该放在timer.c里面。怎么办呢?最后一个折衷的办法,就是把LIGHT_INTERVAL_TIME放到led_turning.h中,然后在timer.c中包含这个文档。
    在这样的惯性思路下,虽然仅有三个.c文件,但其.h文档的依赖关系已经开始令人难过了。于是许多人为了方便,会把所有的.c档通通放到main.h中,或者includes.h中。
    不管怎样,按照这个思路,最终我们或许得到了下面这个拆分方案。
2.png
上面这几个文件的依赖关系,我们可以整理成下面的依赖图,如下。
3.png
这样的实现细节,咋一看貌似也清晰明了,但实际上隐患暗藏。我们仔细分析一下所有文件之间的编译链接依赖关系,拨开迷雾,其实它们间真正的依赖关系是这样的,如下。
4.png
让我们以一种“局外人”的态度,来诘问自己几个问题,我们就知道何处别扭了。
(1)    为何timer模块的实现细节,却要取决于led模块如何定义呢?这样扯不清。
(2)    为何在“应用层”main.c文件中,为了使用led_turn模块,还需要把平台文件reg51.h包含进来呢?这如同强迫电视机的用户,去关心遥控器的实现原理一般,荒谬哦。
(3)    timer.c模块,把它内部的变量flag_80ms写权限也开发给main,这样妥当吗?这如同电器内部的高压线裸露在外,只要开了,就总有懵懂的孩童回去触碰,危险!!!
是的,分层思想,每个程序员都懂,在学校也都有好几个学期的专业课程来讲这个事儿。但到了具体的编码实现阶段,就错漏百出。初入泳池的旱鸭子,无论岸上如何背诵游泳精要,入水后一样苦苦挣扎而不得法。


您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|联系我们|YFRobot ( 苏ICP备13017135  

GMT+8, 2018-8-15 01:24 , Processed in 0.183575 second(s), 30 queries .

Powered by Discuz! X3.1

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表