php设计模式介绍之值对象模式第1/5页

例如：通常用一个对象描述一个日期、一个数字或者货币。日期、整数或美元的类定义是都是便于使用的、快捷、便于封装的，并且方便进行拷贝，相互比较，甚至是创建。

从表面上看，这些描述简单的对象很容易被执行：它们的语句非常少，在构造类时无论是应用于customer还是sku都没有什么不同。这个想法似乎是正确的，但是所谓的"似乎正确"很容易产生一些bug。

请看下面的代码，这是一个关于以美元给员工发放工资的对象的定义和执行操作。多数情况下，它的运行是没有问题的。（这个类被命名为baddollar，因为它还存在着bug）。考虑一下，看你是否能发现它的bug。

// php5
class baddollar {
protected $amount;
public function __construct($amount=0) {
$this->amount = (float)$amount;
}
public function getamount() {
return $this->amount;
}
public function add($dollar) {
$this->amount += $dollar->getamount();
}
}
class work {
protected $salary;public function __construct() {
$this->salary = new baddollar(200);}
public function payday() {
return $this->salary;
}
}
class person {
public $wallet;
}
function testbaddollarworking() {
$job = new work;
$p1 = new person;
$p2 = new person;
$p1->wallet = $job->payday();
$this->assertequal(200, $p1->wallet->getamount());
$p2->wallet = $job->payday();
$this->assertequal(200, $p2->wallet->getamount());
$p1->wallet->add($job->payday());
$this->assertequal(400, $p1->wallet->getamount());
//this is bad — actually 400
$this->assertequal(200, $p2->wallet->getamount());
//this is really bad — actually 400
$this->assertequal(200, $job->payday()->getamount());
}
那么， bug是什么呢？如果不能上面的代码例子中直观地发现问题，这里有个提示:雇员对象$p1和对象$p2使用着同一个baddollar对象实例。

首先，类work和类person的实例已经创建。那么，假设每一个雇员最初有一个空的电子钱包，雇员的电子钱包person:wallet是通过work::payday()函数返回的对象资源变量赋值的，所以被设定为一个baddollar类的对象实例。

还记得php5的对象赋值处理方式吗？因为php5的对象赋值的处理方式，所以$job::salary,、$p1::wallet和$p2::wallet这三个看上去不同的对象实例虽然使用着不同的“标识符”，但是事实上，它们全部都指定到同一个对象实例。

因此，接下来的发放工资的操作（payday表示发放工资的日子，这里表示发放工资的动作），使用$job->payday()本来仅仅是想增加$p1的工资，却出乎意料地次给$p2也发放了。并且，这个动作还改变了工作的基本工资的额度。因此，最后两个值的检测报错。

value object php5 unit test
1) equal expectation fails because [integer: 200] differs from [float: 400] by 200
in testbaddollarworking
in valueobjtestcase
2) equal expectation fails because [integer: 200] differs from [float: 400] by 200
in testbaddollarworking
in valueobjtestcase
failures!!!

1