今天来谈一下最近做项目一些想法和对公司框架的修改，关于代码面向对象设计的。
继承与组合：
框架中有一个基础控制器类BasicAction，包含了接收参数，smarty页面渲染，api数据json格式化等一些基础方法。但是无论请求页面还是api，都会把一些无关的方法加载进来，而且在页面渲染的请求中有需要在构造方法写的初始化业务逻辑，常规操作是再抽象出一层，把初始化业务逻辑写在中间的类里面（勉强称为MiddleAction吧），MiddleAction归到业务action里面，其他业务action再继承MiddleAction。
上述的做法是可以解决问题，但是就这么多了一个只有一个方法的MiddleAction，但是在api请求中smarty和初始化逻辑是不相关，不应该归到其子类中，这违反了面向对象的原则，而且继承类之间的耦合度也比较高。
之前翻php手册的时候，看到了一个5.4以上新增的特性：trait。这里不解释了，上链接： http://php.net/manual/zh/language.oop5.traits.php
而面向对象的设计原则中有一条是：合成复用原则。
下面是定义和分析：
有这么一个好用的东西不用白不用是不是？既然这样，我可以把api请求和页面请求抽象成两个基础action，不同的请求类型继承不同的action，基础action的方法封装到基础trait，需要用到公共方法的业务类只要use BasicActionTrait就可以了。
Trait BasicActionTrait{
public function __construct() {
// _initialize方法代替子类的构造方法
if (method_exists($this, "_initialize")) {
$this->_initialize();
}
}
# 一些公共方法
public function yourCommonMethod() {
# your code
}
}
ps：因为trait跟类的同名方法的优先级比较高，所以提供了一个_initialize给类中作为构造方法使用，不同的_initialize方法就可以玩出各自的feature来了。
总结：使用组合而不是继承，可以使你代码的设计更加灵活，降低耦合度，代码复用也更灵活。
