构架上的困惑

本帖最后由 muyuruhai 于 2013-07-15 10:54:01 编辑

回复讨论(解决方案)

没人回复，难道是我提问的方式不对？。。

你的那个写法与mvc的路由是一样的
不同之处在于你处理的是有限（已知）方法，而mvc路由可处理无限方法（增加方法不需更改路由代码）

没人回复，难道是我提问的方式不对？。。

这种方式可以啊，我也是用这种模式的
楼主对这种方式有什么质疑吗？

action少的话，没有问题，但是action过多的话，建议做成配置型的选择。

例如：
$actions = array(
    'check_userlogin' => 'login',
    .....
);
$action=_$POST[action];

if(isset($actions[$action]) && function_exists($actions[$action])) {
    $actions[$action]();
}

你的那个写法与mvc的路由是一样的
不同之处在于你处理的是有限（已知）方法，而mvc路由可处理无限方法（增加方法不需更改路由代码）

原来如此，难怪我要定义很多的action每次都需要case多一个，真是一语道破天机，谢谢了，不过小项目路由不多的话应该问题不大吧。
而且我还把自己的template框架写在后台一个template文件中EOT里面，没有用模板引擎

action少的话，没有问题，但是action过多的话，建议做成配置型的选择。

例如：
$actions = array(
    'check_userlogin' => 'login',
    .....
);
$action=_$POST[action];

if(isset($actions[$action]) && function_exists($actions[$action])) {
    $actions[$action]();
}

嗯，很有意思，不过小项目action应该不会太多，不过这样好像是很好，action就对应每一个function名字就好了，多谢指点
因为对hatacees不是很熟悉，看了CI和YII对调用来调用去感觉有点乱，所以才有了这个问题

同意楼上几位的解答。

自从rails成功之后，所有框架都遵循一个理念：约定大于配置。

尽量用约定好的规则，来代替主动的配置。这样会让代码的可扩展性更强也会进一步减少后续的维护工作量。

我用的是if elseif