※ 引述《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)