.NET初学者架构设计指南（二）OO设计初次见面

系列文章导航：

.NET初学者架构设计指南（一）Hello world的时代

.NET初学者架构设计指南（二）OO设计初次见面

.NET初学者架构设计指南（三）设计模式

.NET初学者架构设计指南（四）Model-View-Controller

通信公司后来又提出了新的需求：有些账号和银行签订了托收协议，每个月通信公司打印出这些账户的托收单交给银行，银行从个人结算账户上扣除这笔钱，再把一个扣费单交给通信公司。通信公司根据这个扣费单冲销用户的欠费。于是开发人员可以再做一个托收单（DeputyBill）：

　　账单中的GetFee方法的返回值类型是Fee，Fee类型包含了费用的名称、金额和他包含的其他费用。例如下面的情况：

　　我们可以用这样的一个类来表示费用（Fee），一个费用可以包含其他的费用，他的金额是子费用的金额和。代码片段如下：

Code
public class Fee
{
    private float valuee = 0;
    
    public string GetName()
    {
        //返回费用的名称
    }
    
    public bool HasChildren()
    {
        //该费用类型是否有子类型
    }
    
    public Fee[] GetChildren()
    {
        //返回该费用类型的子类型
    }
    
    public float GetValue()
    {
        //返回费用的金额
        if (HasChildren())
        {
            float f = 0;
            Fee[] children = GetChildren();
            for (int i = 0; i < children.Length; i ++)
            {
                f += children[i].GetValue();
            }
            return f;
        }
        else
        {
            return valuee;
        }
    }
}

　　现在开发者设计出了这么一堆类，构成软件系统的主要零件就这么制造出来了。下面要做的就是把这些零件串在一起，去实现需要的功能。OO设计的重点就是要找到这些零件。就像是设计一辆汽车，仅仅知道油路、电路、传动的各项流程是不够的，重要的是知道造一辆汽车需要先制造哪些零件。要想正确的把这些零件设计出来不是一件容易的事情，很少有开发者一开始就了解系统的需求，设计出合理的对象关系。根本的原因在于领域知识的贫乏，开发者和用户之间也缺乏必要的交流。很多人在软件开发的过程中才渐渐意识到原来的设计中存在一些难受的地方，然后探索下去，才知道了正确的方式，这就是业务知识的一个突破。不幸的是，当这个突破到来的时候，程序员经常是已经忙得热火朝天，快把代码写完了。要把一切恢复到正常的轨道上，需要勇气，时间，有远见的领导者，也需要有运气。