问Google代码美化指南

EN

语法高亮显示是否适用于无效代码，还是试图突出显示此类错误？

Prettify通常应用于代码片段，因此您可以假设片段从令牌边界开始，但不应该假设它从顶级产品开始。

在类似这样的站点上，prettify应用于新手和维护人员编写的输入，他们对其他语言有一定的了解，并试图对现有的代码片段进行点编辑。

漂亮应该可以让对语言有深刻理解的人快速地浏览代码片段中的问题。

你应该尽最大努力从错误中恢复过来。例如，如果代码片段只包含单行标记，那么一行上的无效令牌不应阻止对后续行进行美化。如果这是不可避免的，那么无效的令牌不应该阻止美化以前的令牌--查看标记失败的地方可以向扫描代码片段的人传递有用的信息，以查找问题。

如果您想调用明显的错误，如未关闭的字符串文字，这是很好的。我会应用.err，然后想要在红色中应用一个摇摇晃晃的下划线的样式就可以了。我很乐意接受对默认样式表的更改。

我的想法是美化了语言的两个概念之间的桥梁：

1. 在解析器理论中，“语言”是一组字符串。PowerShell语言是由规范文档中的语法定义的一组字符串。
2. 在常用的描述主义用法中，“语言”指的是说话者或作者在相关语言共同体中产生的语言，与他们产生字符串时头脑中产生的语言相联系。当程序员坐下来生成一个PowerShell脚本时，他们产生的是语言中的一个字符串，即使他们做的工作很糟糕，或者他们的PowerShell思维模型与规范文档有很大的不同。

在第一种意义上，不存在格式错误的PowerShell程序，只是一个不在语言中的字符串，因此在规范中没有语义。在第二种情况下，格式错误的PowerShell程序就是PowerShell程序。

请记住第二个定义，并且记住漂亮不需要在代码生成器的输出上工作。