问利弊:用PHP编写HTML

EN

不建议这样做，因为过去已经表明，例程或脚本越长，管理起来就越困难。如果需要在一个文件中处理HTML和PHP，则需要编写更多的代码，而不是将代码分成两个。这让我想到了用HTML和PHP在一个文件中编写更多的内容，这会导致更复杂的代码。

这只是一般情况。有一些程序员在较大的代码块上没有问题，在相同的文件中混合语言也没有问题。

乍一看，这看起来可能更容易一些。然而，随着软件的增长，它往往变得更加复杂，在经历了一段时间的增长之后，我们应该考虑如何模块化代码，例如将视图与请求处理分开。

然后在输出(显示)和处理之间画出组件之间的一条公共线。处理将与输出层接口，而不是将两个作业放在一个脚本/例程中(处理和显示输出)。实际上，输出实际上是抽象/规范化/简化的，以使输出代码独立工作。例如，处理将对象传递给输出层，输出层将其转换为HTML，而不是将HTML输出到浏览器(此处对象的含义很广，可以是变量、数组或OOP对象)。

如果你是和别人一起开发的，你应该一起决定在哪里画这些线，这样你们就可以一起工作了。你们俩都在做错事，因为就像你们在问题中写的那样，不清楚你们如何能一起工作。合作比支持一种设计更重要。如果你认为你的同事是错的，你们两个都需要讨论这个问题。

在我看来，你可以这样想。

如果PHP代码与如何向用户显示信息有关，那么可以将其放在视图中(如果使用MVC方法)或与HTML混合使用。有时，您需要一小部分代码来显示您想要的信息，“如果这个日期被传递了，那么就像这样显示它，否则就这样显示它”。

在任何其他情况下，为了结构、维护方便、干燥等等，您应该避免将PHP与HTML混在一起。