Js-beautify: HTML Beautify：不要格式化 YAML 前端

人们使用 js、html 和 css 的模板系统有很多。
@einars ， @evocateur您对是否（或如何）可以修改美化器有任何想法/意见，因此我们不会在所有核心代码中添加特殊情况来处理所有这些？

没有使用健壮的 AST 解析器（例如Esprima ）进行显着重构，提供插件接口以允许自定义戳这样的 AST，并因此放弃 Python 版本，我认为不会发生这种情况。 （而且几乎所有的 AST 代码生成器，比如 escodegen，都会产生极难定制的输出）

说得更直白一点，这个项目除了美化 JS 外，不应该做任何事情。 请注意，我省略了 HTML 和 CSS，但如果它们必须保留，那么它们应该只美化 CSS 和 HTML。 试图扭曲我们的静态解析器以允许每个预处理器和后处理器的格式错误的语法“糖”是浪费时间的愚蠢行为。

我们不会美化 YAML，也不会美化 Markdown/LESS/SASS/React/Go/Ruby/Brainfuck。 除了脾气暴躁之外，支持我们奇怪而美丽的前端工匠社区梦想的每一种奇怪的元语法狂热的日益复杂性只是疯了。 今天，还有其他美化器确实尝试使用 AST 角度（尽管插件 API，如果它们存在的话，往往非常不成熟）。

很合理。 与“美化器不是通用格式化程序”的原理相同。

js 美化器提供了一个简单的 api 用于将其包装在另一个美化器中。 这正是 html 美化器所做的。 遇到javascript时，html美化器将控制权交给js美化器，然后整合输出。 欢迎大家对本项目提供的组件进行封装或修改以创建自己的组件。 如果人们有兴趣并愿意承担/分担责任，他们可以让他们的项目成为 beautify-web 的一部分。

在短期内，我们可能应该开始标记基于 html、css 和 javascript 之外的错误请求，然后决定从那里去哪里。

我确实相信美化器应该有一个像preservenewlines这样的参数。 如果它已经有了，则在文本中保留新行。 这不仅仅是前台问题。 例如，假设有 HTML 代码，有些人在 VS Code 中工作，而另一些人在 MidnightCommander 中工作，就在服务器上。 这就是为什么所有文本都像这样格式化的原因。

<p>
    This is multiple
    line text, that is
    easy to read in 
    MC
</p>

当 HTML 被渲染并且在 MC 中可见时，这可以正常工作。 但是如果有人用美化器格式化它，这就消失了。

所以在文本中保留新行会很棒。

我认为这是固定的。 只需要一个测试。