请教一下大家是如何组织后台程序的。这问题太困扰了

lawzk

这个项目就只有后台
/objectname
/objectname/common 公共文件夹，里面有公共函数、数据库连接，分页类等
/objectname/public  这是个文件夹，里面处理这个项目中的配置信息。（不同内容的配置，为了便于管理我将配置这块放到public文件夹中）
/objectname/orders 这是功能操作内容。目的同样用于方便管理
/objectname/images 图片
/objectname/js         js
login.php  登陆页面
index.php
quit.php    退出后台，清空登陆信息页面
frameMain.php
top.php
middle.php
down.php

后台为框架。
frameMain.php为框架页
top.php为头部
down.php为底部
middle.php为中部。中部也会分为左右两部分（left.php和right.php，但为便于管理，这两部分在public目录下存在。同时也在orders目录下存在，不同目录的left.php内容不同，right.php内容就会跳转到相应的默认页面。）

===============

现在我在将这个项目转为CI框架来写。目前完成了部分功能。但除了登陆页外，其它的内容我都是通过一个控制器来实现。我想，如果内容太多，我这一个控制器中的代码岂不是很长很长？大家是如何管理这样的方案的。能不能分享一下。

另外，以前的，虽然不是CI框架写的。但是从URL上看，层次结构都很清晰。现在用了框架，感觉从层次结构上看，似乎很不清晰。

比如我以前的管理员登陆日志页面，链接是
http://www.abc.com/manager/public/managerlog.php
而现在的是：
http://www.abc.com/index.php/manager/managerlog

具体功能的例子：
以前的添加数据表单页面
http://www.abc.com/manager/orders/order_edit.php
现在的是
http://www.abc.com/index.php/manager/order_edit

本来是两个目录的内容，但改成CI后。总感觉是一个目录下的内容了。感觉很不爽。我本想用下面的方式来实现，即写一个public方法。然后根据参数不同，调用不同的view。但如果页面很多，这个方法就太长了。而且也不符合一个方法一个页面的想法。

这个问题我太迷惑了。现在都不知道要不要继续写下去。

可能你会说，我在添加一个控制器。那我就更郁闷了。比如

http://www.abc.com/index.php/manager2/xxx 这样的，感觉更奇怪。是不是我哪地方思路不对，还是我这想法不太正常？

希望能有朋友指点迷津。

大道达人

你是需要公共的头部嘛？？

lawzk

不是。是后台控制器组织及与URL之间的对应关系。