[规划问题]把查看添加修改删除列表等功能等放在一个页面好吗？

冰川火云

问各位有经验的高人一个代码规划的问题：

现在要做一个模块比较多的项目，每个模块的后台管理都需要实现添加、修改、删除、列表、查看等基本功能。
把这些功能都放在一个页面好吗？还是单独的存放在几个页面？
因为这个项目有几个人写，有的人喜欢全放在一起，然后用过url的一个action标签来判断是add,还是edit, del, list之类的指令。
而我喜欢把每个功能都放到一个独立的文件。
因为都放在一起的时候，表单的重复项容易引起冲突，特别是在dreamweaver里面，有时dw会自动给同名的表单元素后面加一个2。

一般比较规范的方法是哪种呢？请指点

冰川火云

谢谢两位回答，受益匪浅。：）

我这里想弄明白的主要是开发后台管理时代码管理的问题，怎样才能既不增加维护的难度又不增加太多的重复代码。
和用户没甚么关系，以后的系统管理员用的时候，不管是把功能写在一个文件还是分在几个文件，他看到的都是一样的输出界面。

习惯于所有功能放到一个页面中的人是不适合做合作项目的，喜欢把HTML代码与PHP的功能实现代码混在一起的，也是不适合做合作项目的。

……只是要注意每个人写的模块中，输出结果的变量名一致就可以了，在统一的页面中，都只需要同一变量名就可以重用所有的功能模块。这个是说的服务器端的一种简单实现。

这里有些不明白，如果这些功能文件中不要有页面输出，都是用同一变量名，是不是这样：
$content=$content.'<table width=90% border=0>;';
$content=$content.'<tr>;<td>;标题</td>;</tr>;';
……

但是这样显示的表格形式就不好用dreamweaver编辑了，我觉得html和php混合可能会更直观些。

不过通过不同条件来调用不同的包含文件，这其实也是写在一个文件里面。我原来写的是把功能完全独立在一个文件里，结果每个功能都要加一次模板。
看来有必要采用包含文件的方法。

infom

个人观点。

刚开始的时候我也喜欢html和php混编。觉得方便。但现在不这么想了。这会给以后维护带来巨大的灾难。如果以后想更换文件。唯一的方法就是全部代码重写。
我们单位所有代码都是我一个人编写维护。但现在习惯把所有功能都写成类或
函数的形式。因为单位领导要求一年更换两次版面(不知道原因)。但后台驱动没必要更新。比如添加文章：写成函数或类。

楼主提出的问题。我是这样解决的。 在每一个函数里都完整的包含HTML代码即 <table style="">;<tr>;<td>;xxx</td>;</tr>;</table>;
也许这样会造成浏览器的一定负担。但目前大多机器配置都还可以。跑这点代码不是太大问题。以后可以直接更换版面。在相应的位置调用这个函数或类就可以。在浏览器看代码可能会想这个样子

....
<table>;<tr>;<td>;<!--某功能模块预留位置-->;<table style="">;<tr>;<td>;xxxx</td>;</tr>;</table>;</td>;</tr>;</table>;
...
呵呵。虽然看起来不太好。但方便。

csona

[quote]原帖由 "红色法拉利"]我的习惯是只做到一个处理页面上去，就如同搂主的同事所做的一样，通过action判断。这是我过去参与开发大型三层或者更多层项目开发时留下的习惯，具体好处说不太清楚。不过我觉得如果分开做处理，太零散了。[/quote 发表：


同意