優點和缺點：用PHP編寫HTML

Question

（我在用谷歌翻譯）

我將我的HTML和PHP分開，只是為了在MVC中實現良好的編程實踐。 然而，很多時候我遇到有人直接在PHP文件中編寫HTML。

在討論'不要那樣做，這很糟糕，這不是一個好的做法'時 ，我沒有任何技術論據，除了'這不是一個好的做法'。

他們總是說，'我不會受到細節的束縛。

從技術上講，因為不推薦？

Answer 1

不推薦使用它，因為過去表明例程或腳本越長，管理起來就越困難。 如果您需要在一個文件中處理HTML和PHP，那么您需要編寫的內容比將代碼分成兩部分要多。 這讓我想到你用HTML和PHP在一個文件中寫更多文件會導致更復雜的代碼。

這只是一般性的。 那里有程序員沒有更大代碼塊的問題，並且在同一文件中混合語言沒有問題。

乍一看，它甚至可能看起來更容易。 然而，隨着軟件的增長，軟件往往變得越來越復雜，經過一段時間的增長后，有必要考慮如何模塊化代碼，例如將視圖與請求處理分開。

然后，在輸出（顯示）和處理之間繪制組件之間的一條公共線。 處理將與輸出層接口，然后在一個腳本/例程中處理和顯示兩個作業（輸出的處理和顯示）。 實際上，輸出是事實抽象/規范化/減少的，以使輸出代碼在其上自行工作。 例如，不是將HTML輸出到瀏覽器，處理會將對象傳遞給輸出層，輸出層會將其轉換為HTML（ 對象的含義在這里很寬，可以是變量，數組或OOP對象）。

如果您與其他人一起開發，您應該共同決定在哪里繪制這些線條，以便您可以實際協同工作。 你們兩個都做錯了，因為就像你寫下你的問題一樣，你不清楚如何一起工作。 一起工作比一個設計優於另一個設計更為重要。 如果你認為你的同事錯了，你們都需要討論這個問題。

Answer 2

在我看來，你可以這樣思考。

如果PHP代碼與信息顯示給用戶的方式有關，那么可以在視圖中使用它（如果您使用的是MVC方法）或與HTML混合使用。 有時你需要一小段代碼來顯示你想要的信息，“如果這個日期被傳遞，那么就像這樣顯示，否則就像那樣顯示”。

在任何其他情況下，您應該避免將PHP與HTML混合，以達到結構，易於維護，干燥等目的。