背景:
#define CONDITION_OFF (0)
#define CONDITION_ON (1)
原先的程序中对于某一个功能,只定义了0/1两种情况。
bool get_condition(void)
{
return _get_condition();
}
void set_condition(bool b_cond)
{
_set_condition();
}
软件中有很多依赖于这个condition的逻辑。
因为最初从常规状况的理解,都认为这个condition只要取0/1两种状态就足够了。
但是客户却提出了新的需求,需要增加新的condition出来。
为了满足客户的新需求,需要对原先代码中所有的依赖condition的逻辑进行重写改写,
这就需要改动大量的代码。
先别管客户为什么提出这样的需求,
我们的代码本身有可以改进的空间。
建议做法:
定义enum类型,预留软件未来扩展的弹性空间。
typedef enum _CONDITION_T
{
CONDITION_OFF = 0,
CONDITION_ON,
CONDITION_CUSTOM_1,
CONDITION_CUSTOM_2,
CONDITION_LAST_COND
}CONDITION_T;
结论:
软件不仅仅是写出满足于当前需求的代码;
应该要从软件工程的角度来做软件,在软件设计时就应该要考虑软件将来的可维护性、软件的扩展性等。