生成html时，您是否包括换行符和标签等格式？

Question

有时我会在最后添加\n，并在开始时添加\t的相关数量，有时不会 - 建议的方法是什么？

Answer 1

这取决于您是否希望HTML是人类可读的。但是，在大多数情况下，我建议生成的标记应始终是人类可读的，因为它使调试变得更容易。

Answer 2

我总是包括\ n。原因很简单：有时候东西不起作用，我希望能够阅读生成的HTML来帮助找到问题。

Answer 3

这取决于您手动调试HTML的频率。如果您需要自己查看，而不仅仅是浏览器，那么一些基本的格式化将使生活变得更加容易。如果你有信心你永远不需要看它（就像大多数人似乎那样），那么你就不需要了。我倾向于使用基本缩进进行基本格式化 - 但我在这些问题上并不乐观（我不得不多次查看这些内容，并且感谢我已经完成了基本格式化）。

Answer 4

虽然我没有习惯，但是当你有像Firebug这样的东西时，根本没有必要向你展示HTML树，它们都很漂亮。 （虽然它确实向您显示生成的HTML，而不是原始HTML ...）

Answer 5

我个人包括这样的字符，因为它使初始调试变得更容易，尽管需要额外的代码。如果让人类以后能够阅读它，那么目标就是免费的。另外要记住的是，大多数开发人员工具可能具有格式化HTML以便于阅读的能力。

尝试考虑你现在为自己编写代码的人，将来要维护的其他开发人员或者查看html的人（可能不关心格式化）。

祝你好运。

Answer 6

我通常发现新的线条比压痕更重要。如果我的目标是在调试期间的可读性，那通常足以能够有效地读取代码。如果我的目标是其他人要阅读的输出，我有时会尝试添加更多样式。

Answer 7

我倾向于在调试时使用Firebug，无论如何自动格式化HTML和CSS，所以我不打扰。我写了一些工具来创建整齐的标签式HTML。

Answer 8

当我只做HTML时，我个人包含HTML格式（标签/新行），但是当我有一个循环或通常用脚本（PHP）生成HTML时，我通常不担心HTML格式。有时候，当我最终得到如此大量的HTML时，它是不可读的。

对我而言，最重要的部分是速度 - 在“正确”格式化的HTML中，空格和新行可以是文件大小的25％。 JavaScript经常被最小化的原因之一。