※ 引述《DongFeng (Little Five)》之铭言： : 现在手边有几个之前外包还是前程式留下来待修改的网站... : 其中有几个撰写模式是这样的... : index.php include 几个主要的php档 header.php left.php body.php footer.php : 恩...各页面固定的地方像是header left footer 写成template没什麽问题... 重点在 : body.php... : body.php 里头藉由附带在index.php的get参数 switch($_GET[value])include 对应的页 : 面 : 每个页面又各自拥有自己的add edit del功能, 结果就是在index.php後头又附带了 : 一个参数去选择功能 这种写法我都叫它老template,在以前是很常见的写法,适用在前台 优点是拆开的部份可以重覆利用,而且拆开的步骤也不复杂,适用在table与 div的切版上 body的地方就根据不同条件再去载入 缺点是美术那边送过来的 HTML 档就必须要分屍,如果版面要大异动时,你又得重切一次了 而且只能适用在具有高度重覆性的画面上,虽然可以切的更细来应付更种情况,但那是恶梦 我曾经遇过中间还分成 left,right 进去後再细分成上、下、左、右的,只能用恶梦形容 : 你以为这样就结束了吗?不... : 各个功能还各自对应了一支存取资料库的档案, 结果index.php後头的参数越来越长了... : 最糟的状况就是带了十个参数就只为了读取一个商品的页面... 通常这种情形是用在快速拆卸、低耦合或是高变动的情况下,各自不会相互影响 分开写其实也挺不错的,我曾看过一支 dealdata.php 快1千行,里面把新、删、修、列 的功能全包进来,然後连一些阿沙不鲁的也进来, 反正只要处理资料的全都进来,等於现 在的M、C混合,这也是挺恶梦的 : 这种看似模组化却又层层叠叠的写法除了隐藏真实的php档名以外我真的看不出有什麽好 : 处, 常常为了要搞懂一个页面怎麽运作要开五个以上的档案, 想加个功能也要一层一层刻 : 下去... : 我猜测这大概是MVC还没盛行前的写法, 因为我在里头还看过language = javascript1.2 : 今天主管脸色凝重的(进度delay)开玩笑问我到了第几层了, 我只能傻傻的回答:大概快到 : 十八层了... : 呜...有没有版友也遇过同样写法的... 其实这些过去的写法也没什麽不好,你只要摸清楚规则了反而很简单 -- 如果你一出场就拿了绝世好剑,你不会知道原来一支木剑也可以这麽强悍 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 120.119.126.117 ※ 编辑: gname 来自: 120.119.126.117 (05/08 10:48) ※ 编辑: gname 来自: 120.119.126.117 (05/08 10:50)