说到我的标记,我是肛门。它总是必须完美缩进,易于阅读,并且对W3C 100%有效。通常,在查看其他网站的标记时,我对开发人员没有努力尝试在浏览器中保持标记清晰,有条理和有效感到震惊。
另一方面,有很多人会将所有标记强加到一条连续的线上,以节省大小。这也让我很烦,虽然不是同样程度,因为它是有目的的。但在大多数情况下,似乎没有任何开发人员真正在浏览器中查看他们的标记并对其做任何事情。
了解到,对于浏览器中的解析器,缩进和空格(通常)并不重要,我应该如何处理我的标记?是否值得花费额外的时间让我的标记非常容易被人类和浏览器读取?我的所有\t
和\n
都是徒劳的吗?
答案 0 :(得分:3)
有些浏览器存在错误,导致缩进良好形成的html完全错误。例如某些版本的Internet Explorer具有表格和图像。
除此之外,我试着保持理智,我不花太多时间用它,只是为了让调试变得容易。
答案 1 :(得分:2)
是否值得花些额外的时间让我的标记非常容易阅读
我的回答是否。论点:
答案 2 :(得分:1)
不确定这是否能回答您的问题,但只要代码由W3C有效,就会按预期结构化。至于你的代码查看能力(如视图源)结构,这真的取决于你,但我不会添加太多的混乱(评论等)。使用正确的DOCTYPE作为标记,你应该没问题。我没有看到任何理由“浪费”时间使浏览器“书”的源代码可读。视图源只对您有益,因此您可以通过源视图快速查看正在发生的事情。
答案 3 :(得分:1)
值得努力imho,因为它有助于你了解你的html页面到底发生了什么,这绝对值得某事。
如果我们想编写干净,优雅的代码,这意味着我们应该想要生成漂亮,干净优雅的HTML,不是吗?
答案 4 :(得分:1)
我喜欢正确格式化我的标记,我认为这样可以让我更容易管理。
然后,我再次使用ASP.NET,并通过各种控件和类生成大量标记。在这种情况下,我认为不值得尝试追踪每个错误对齐的标记,看看是否可以采取措施让关联控件产生正确的结果。
简而言之,如果可以毫不费力地完成标记,那么格式化的标记是值得的。
答案 5 :(得分:1)
是,在我看来是值得的。无论是现在还是将来,对您和其他同事来说,维护起来会更容易。
关于降低性能的缺点,为什么不在服务器上运行良好缩进和评论的源文件并生成最小化版本?它可以通过一系列简单的正则表达式替换来实现。