现在的大部分框架都是 MVC 模式，但 MVC 三个部分怎么配合，这里做了一点总结：
基本原则：业务逻辑代码应该写在 M 里面，而应用程序逻辑应该写在 C 里面。V 只是单纯的展示数据。
举个简单例子吧：用户往购物车添加一个商品
用户点击商品的“添加到购物车”按钮，引起一次请求。服务器开始处理该请求，过程：
1、检查当前用户是否有权限（比如是否已经登录、用户帐户状态、是否可以购物等）
2、检查要添加的商品ID是否有效、
3、检查要添加的商品库存是否足够
4、将商品加入购物车，并保存购物车状态
5、反馈信息
在上述流程中：
1： 是应用程序逻辑（一般由框架实现）：因为和“添加商品到购物车”这个业务没有直接关系
2： 业务逻辑：不能购买不存在的商品，这是业务进行的基本条件
3： 业务逻辑：商品库存决定了是否可以购买此商品，这是业务进行的基本条件
4： 业务逻辑
5： 应用程序逻辑
用代码表示的，可能像下面这样：
// Cart控制器
class Controller_Cart
{
function actionAddGoods()
{
$goods_id = (int)$_GET['goods_id'];
Cart::instance()->add($goods_id)->save();
echo '添加成功';
}
}
// Cart 模型
class Cart
{
/**
* 购物车中的所有项目
*/
public $items = array();
/**
* 单子模式，返回购物车对象的唯一实例
*/
static function instance()
{
...
}
function add($goods_id, $quantity = 1)
{
$goods = Goods::find($goods_id)->get();
// 检查 id 和库存数
if ($goods->id && $quantity > $goods->remaining)
{
// 添加商品到购物车
$this->items[] = array($goods, $quantity);
}
else
{
throw new CartExecption('无效的商品 ID');
}
return $this;
}
}
</div>
这个代码不完整，但是演示了最重要的部分，就是应用程序逻辑和业务逻辑的分离。
如果这个流程走下去，用户要结算了，那么代码如下：
class Controller_Cart
{
function actionCheckOut()
{
Cart::instance()->checkout();
echo '成功';
}
}
class Cart
{
function checkout()
{
// 开启一个数据库事务
....
try
{
// 创建一个新的订单对象
// $this->owner 是当前购物车的所有者（用户）
$order = new Order($this->owner);
// 将购物车中的所有商品添加到订单中
foreach ($this->items as $item)
{
list($goods, $quantity) = $item;
$order->add($goods, $quantity);
}
// 保存订单
$order->save();
// 清空购物车
$this->items = array();
}
catch (Exception $ex)
{
// 出错了，回滚事务
....
// 再重新抛出异常
throw $ex;
}
// 返回新建的订单
return $order;
}
}
class Order extends Model
{
public $items;
function add($goods, $quantity)
{
$this->items[] = array($goods, $quantity);
return $this;
}
function save()
{
foreach ($this->items as $item)
{
list($goods, $quantity) = $item;
// 保存订单时，减少订单中每一个商品的库存数
$goods->decrRemaining($quantity);
}
// 调用父类的保存
parent::save();