时间:2021-07-01 10:21:17 帮助过:10人阅读
没人回复,难道是我提问的方式不对?。。
你的那个写法与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