2011-04-11 37 views
0

我知道控件應該從視圖中分離出來,但有很多情況下我知道它使用html模板比較慢並且過於複雜。在PHP內部不會皺眉的情況?

我的問題是...哪裏可以接受?

我在說什麼的例子...輸出非常動態表格的函數,創建輸入元素的函數和格式化文本的函數。

除了「醜陋」之外,我唯一能想到的是我沒有在這些函數中標出和換行,這使得輸出HTML有點難看。大多數時候,當我面對這個問題時,我只是說忘記約定 - 在大多數情況下,功能都會勝出。

任何人有任何見解或意見的話題分享?

+1

不要擔心HTML輸出中的空格(除非它已預先格式化)。像螢火蟲這樣的工具可以給你格式化的dom視圖,不管它有多少額外的空格。 – zzzzBov 2011-04-11 15:23:03

+0

我當然不會看到我訪問的網頁的HTML(除非我想看看好的網頁是如何工作的),只要它是有效的,你就沒事。只要*看*在Google的主頁!這是無效的,但它是一個不可讀的代碼塊。 – Blender 2011-04-11 15:24:54

+0

這個問題屬於[Proprammers.SE](http://programmers.stackexchange.com),應該改寫。 – Moshe 2011-04-11 15:25:12

回答

0

我知道這是更多的工作,但從長遠來看,MVC模式更容易維護。即使對於動態表格,創建一個可創建任意大小的表/列表/ div並將數據傳遞給它的類比在模型/控制器中查看數據更好。

我有時會在一些非常小的項目上作弊,並將業務邏輯與演示文稿混合在一起,但如果項目不斷增加,通常更多的工作就是糾正它。所以,除非我真的很懶,否則以MVC方式實現代碼並不難。

1

這取決於你想分離你的顧慮多少。一般的規則是你應該能夠在不影響幕後邏輯的情況下切換頁面的顯示。

想想你寫的是屬於你網站的表現層還是業務邏輯。

如果您正在編寫的部分內容與顯示方式完全分離,則應該放在其他位置。

但是,這又一次取決於項目的開發者和範圍。對於小型項目,將邏輯與演示文稿(HTML)混合並不是件壞事,因爲它可以節省時間。但是,如果您正在開發大規模應用程序,則需要對問題進行更加嚴格的分離,以便從長遠角度進行維護。