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

解决方案 »

  1.   

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

  2.   

    action少的话,没有问题,但是action过多的话,建议做成配置型的选择。例如:
    $actions = array(
        'check_userlogin' => 'login',
        .....
    );
    $action=_$POST[action];if(isset($actions[$action]) && function_exists($actions[$action])) {
        $actions[$action]();
    }
      

  3.   


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

  4.   


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

  5.   

    同意楼上几位的解答。自从rails成功之后,所有框架都遵循一个理念:约定大于配置。尽量用约定好的规则,来代替主动的配置。这样会让代码的可扩展性更强也会进一步减少后续的维护工作量。