您的位置:首页 > 其它

书店会员销售系统(二)

2006-03-10 14:51 309 查看
书店会员销售系统(二)
――OO、Refactoring and Design Pattern
本节目的:
1. 学习使用策略模式。
2. 使用重构手法。

客户: “我觉得你们的打折算法有点问题。”
项目经理:“有什么问题?
客户: “在这种算法中,顾客要消费至少1000元才能享受折扣优惠,我想根据书店的规模,采取不同的折扣 算法,这就需要让我能设置折扣算法。”
项目经理:“你说得比较有道理,我们会修改程序,满足你的要求。”
客户: “那下个版本给我实现这个功能吧?”
项目经理:“没有问题。”
听到这段对话,我们可以知道下一步我们需添加的新功能是配置折扣算法,但在实现之前,让我们先戴上“重构”的帽子。
在CMember会员类中,根据累计点数计算折扣这个功能有很不稳定的因素,我们应该把它提炼到一个类里去。
class CRebateRule
{
public:
CRebateRule();
~CRebateRule();
float CalcRebate(int nPoint);

};

float CRebateRule::CalcRebate(int nPoint)
{
if(nPoint<=100)
return 10;
else if(nPoint>100 && nPoint <200)
return 9.5;
else if(nPoint>=200 && nPoint <400)
return 9;
else if(nPoint>=400 && nPoint <600)
return 8.5;
else
return 8.0;
}
然后要对CMember::GetRebate()进行修改。
float CMember::GetRebate()
{
CRebateRule RebateRule;
return RebateRule.CalcRebate(m_nPoint);
}
编译程序,通过测试。
客户不是要配置自己的打折算法吗?我们可以把打折算法写在配置文件中,然后读取到数据结构中,这样就比较灵活了。现在是脱下“重构”的帽子,戴上“添加新功能”的帽子了。
为CRebateRule类添加一函数。
bool CRebateRule::Init(char *pszConfigFilename)
{
//从配置文件中读取打折算法,在这里我就不多写了。
return true;
}

float CRebateRule::CalcRebate(int nPoint)
{
//为了方便,就假设这是从配置文件中读取的。
if(nPoint<=100)
return 10;
else if(nPoint>100 && nPoint <200)
return 9.5;
else if(nPoint>=200 && nPoint <400)
return 9;
else if(nPoint>=400 && nPoint <600)
return 8.5;
else
return 8.0;
}

修改CMember::GetRebate()函数:
float CMember::GetRebate()
{
CRebateRule RebateRule;
RebateRule.Init("Configfile.txt");
return RebateRule.CalcRebate(m_nPoint);
}
编译程序,通过测试。
然而过了一段时间,客户又开始抱怨了:“我想在一些节假日实现折上加折的功能,现在的程序还不能实现。”
到现在,策略模式就该上场了,然而在加新功能之前,我们还是得考虑一下,问自己一个问题:“现在我加上这个功能,需要改动原有类的一些代码吗?”回答是肯定的。那不妨我们再戴上“重构”的帽子。
仔细观察CCalculate类,其中的两个函数,一个是累计会员的点数,一个是根据会员享受的折扣来计算消费的金额,我想我们可以把他们移到CMember类中去会更好些。
先修改main函数:
int main(int argc, char* argv[])
{
char szMemberID[MAX_PATH];
strcpy(szMemberID,"00000001");
float fConsumeSum = 120.0;
int nPoint = 0;

CMember *pMember = new CMember(szMemberID,1000.0,75);
nPoint = pMember->GetPoint();
nPoint += pMember->CalculatePoint(fConsumeSum);
fConsumeSum = pMember->CalcMoney(fConsumeSum);
pMember->SetPoint(nPoint);

assert(nPoint == 87);
assert(fConsumeSum == 120.0);

printf("Point = %d\n",nPoint);
printf("ConsumeSum = %f\n",fConsumeSum);

delete pMember;
return 0;
}

而CMember中加了两函数:
int CMember::CalculatePoint(float fSum)
{
int nPoint = (int)(fSum/10);
return nPoint;
}

float CMember::CalcMoney(float fSum)
{
float fRebateSum = 0.0;
fRebateSum = fSum * GetRebate()/10;
return fRebateSum;
}
编译程序,通过测试。
让我们再来分析一下,CalculatePoint函数是否要向外公开了,我们完全可以在计算折扣金额的时候一起累计点数。
所以main函数我们又可以修改了。
int main(int argc, char* argv[])
{
char szMemberID[MAX_PATH];
strcpy(szMemberID,"00000001");
float fConsumeSum = 120.0;

CMember *pMember = new CMember(szMemberID,1000.0,75);
fConsumeSum = pMember->CalcMoney(fConsumeSum);
assert(pMember->GetPoint() == 87);
assert(fConsumeSum == 120.0);

printf("Point = %d\n",nPoint);
printf("ConsumeSum = %f\n",fConsumeSum);

delete pMember;
return 0;
}
修改CMember::CalculatePoint为私有函数。
修改CMember::CalcMoney函数。
float CMember::CalcMoney(float fSum)
{
float fRebateSum = 0.0;
fRebateSum = fSum * GetRebate()/10;
CalculatePoint(fSum);
return fRebateSum;
}
编译程序通过,可调试不通过。简单的查了下原因,原来是CMember::CalculatePoint还没有修改正确。
修改后:
int CMember::CalculatePoint(float fSum)
{
m_nPoint = m_nPoint + (int)(fSum/10);
return m_nPoint;
}
编译程序,通过测试。
CMember::CalculatePoint还需要返回参数吗?改成void的吧。别忘了编译测试,保证每次的一小步,我们也能走到“黄河”。
再思考一下,CalcMoney这个名字适合吗?RebateSumAndCumulatePoint可能会更好点。
以上的重构都不是为了添加新功能,只是为了程序更简洁、更具可读性。下面的重构才开始为了添加新功能而做的。UML图如下:



把现有的CRebateRule改名为CNormalRebateRule,然后修改程序让其通过编译测试。再创建一个新的抽象类CRebateRule。
class CRebateRule
{
public:
virtual ~CRebateRule();
virtual bool Init(char *pszConfigFilename) = 0;
virtual float CalcRebate(int nPoint) = 0;
};
根据设计,我们继续修改程序,使它通过编译测试。到现在为止,我们可以加新功能了。这样我们添加CSpecialRebateRule类,现有的类都不需要修改了,戴上“添加新功能”的帽子吧。
我们先规定折上在打9折。先写main函数:
int main(int argc, char* argv[])
{
char szMemberID[MAX_PATH];
strcpy(szMemberID,"00000001");
float fConsumeSum = 120.0;

CMember *pMember = new CMember(szMemberID,1000.0,75);
CRebateRule *pRebateRule = new CNormalRebateRule;
pRebateRule->Init("Configfile.txt");
fConsumeSum = pMember->RebateSumAndCumulatePoint(fConsumeSum,pRebateRule);
assert(pMember->GetPoint() == 87);
assert(fConsumeSum == 120.0);
printf("Point = %d\n",pMember->GetPoint());
printf("ConsumeSum = %f\n",fConsumeSum);

delete pRebateRule;
pRebateRule = new CSpecialRebateRule;
pRebateRule->Init("Configfile.txt");
fConsumeSum = pMember->RebateSumAndCumulatePoint(300.0,pRebateRule);
assert(pMember->GetPoint() == 117);
assert(fConsumeSum == 270.0);
printf("Point = %d\n",pMember->GetPoint());
printf("ConsumeSum = %f\n",fConsumeSum);

delete pMember;
delete pRebateRule;
return 0;
}
增加CSpecialRebateRule类及函数,这里类的代码我就不写出来了,可以下载代码。
float CSpecialRebateRule::CalcRebate(int nPoint)
{
//假设现在用户已经享受9.5折的优惠。
return (9.5*9.0/10);
}
编译程序,通过测试。
也许有人会问,这里为何不用Factory Method设计模式呢?在这里折扣算法类只有CMember类使用,而不是像Log类样到处使用的,毕竟使用Factory Method还会引入Factory类,会增加程序的复杂度,在不必要用的时候,我们还是避免使用,简单的可以使用Simple Factory来替代。
记住一点:不要一开始就添加新功能,而是通过重构的手法,不改变软件的原来功能,逐步地修改程序,使其适合新功能的加入。
好了,说的也比较罗嗦了,但这是一个编程的过程。
使用C++语言编写,在VC++ 6.0环境调试通过。
下载代码

参考资料:
《Refactoring: Improving the Design of Existing Code》 ――Martin Fowler
《Design Patterns - Elements of Reusable Object-Oriented Software》 ――GoF
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: