当编写AngularJs应用程序时，Jade或Handlebars有何用途？
当编写AngularJs应用程序时，Jade或Handlebars有何用途？
我对整个JavaScript全栈应用程序还比较新，对Angular完全是新手，所以希望有人能为我澄清一下。\n在使用AngularJS编写客户端应用程序时，为什么需要使用像Jade或Handlebars这样的模板框架呢？\n我应该说我从未使用过这些模板框架。所以我对它们的优势不太熟悉。但是当我看到例如Handlebars时，它做的事情和我在Angular中所做的很多事情是相同的，比如循环等等。\n据我所知，最合理的做法是在Angular中使用正确的HTML创建模板，然后在客户端执行所有的模板操作，并结合使用API优先的方法，例如使用node和mongo。\n造成这种困惑的原因是我在GitHub上找到的很多示例都使用了Jade，而这对我来说似乎是违反直觉的。\n请给我一点启示，告诉我正确的做法。我很想向比我更懂的人学习一些最佳实践。\n谢谢
在编写AngularJs应用程序时，为什么要使用Jade或Handlebars？这个问题的出现的原因是人们对此有不同的看法。有些人认为使用Jade或Handlebars可以使代码更易读，而另一些人认为两者之间的差异微不足道。对于这个问题的解决方法，有人建议每个人可以根据自己的喜好选择使用哪种模板引擎，而不必争论不休。
Jade是一种模板引擎，它使用缩进和简化的语法来生成HTML代码。在上述讨论中，有人认为使用Jade可以减少代码的行数，并且更易于阅读。另外，Jade还可以将HTML代码进行压缩，从而减少文件的大小。
Handlebars是另一种模板引擎，它使用双大括号{{}}来表示变量和表达式。与Jade类似，Handlebars也可以将模板转换为HTML代码。在上述讨论中，某些情况下了在使用Jade时可以通过添加一个if语句来改变代码，而在使用Handlebars时则需要使用相应的语法来实现相同的功能。
选择使用Jade或Handlebars主要是一种个人偏好。这两种模板引擎都有类似的功能，并且在实际使用中很容易转换。因此，每个人可以根据自己的需求和喜好选择适合自己的模板引擎。重要的是要选择适合自己项目的工具，而不是为了争论而争论。
Jade和Handlebars在编写AngularJS应用程序时有什么用处？
最近，我审查了一些代码，通过保持简单，直接使用Angular模板可以比混合使用Jade更好地完成工作。
除了模板扩展之外，Jade没有提供任何Angular尚未提供的有价值的东西。坦率地说：使用"优先选择组合而非继承"的良好原则（即使用部分模板），您几乎不需要模板可扩展性。Jade几乎不比HTML更容易解析。它们之间只有微不足道的差异，而Jade增加了另一层间接性-最好避免。
对于Handlebars来说，没有必要替换AngularJS（令人惊叹）的客户端模板。
Jade是一个美丽的模板语言，当你去除多余的语法时，它更容易捕捉错误。即使对于我们中的技术人员来说，他们整天读取C / C ++代码。我总是倾向于使用HAML或Jade等工具（除非有一些重大的妥协），但我从来没有看到过不得不解析我不必解析的东西的需求。
我同意。对我来说，解析Jade模板与解析原始HTML需要相同的"wetware" CPU时间。我不会说如果您不同意就是非专业的，但对我来说，这是一样的。@ Philipp，您将解析C / C ++与汇编相同等同于解析Jade与HTML的比喻很差劲，几乎没有人可以在几乎实时解析汇编，而对于大多数Web开发人员而言，我觉得他们可以像解析Jade一样轻松或非常接近解析HTML。
我可以清楚地看到Jade作为一种清晰，缩进和结构化视图的有用性。只要不利用其中可能的逻辑部分，我会尝试一下。
我更喜欢Jade，Haml等而不是原始HTML，因为更容易避免错误。是的，我已经写了20年的HTML，我可以闭着眼睛做到，但我也花了一整天的时间寻找丢失的
标记。在Jade中没有丢失的结束标签。视觉上更容易解析-您可以编写具有可读性的缩进的HTML代码，但您也不必这样做-Jade强制您保持DOM层次结构的可读性。出于同样的原因，为什么要费心使用CoffeeScript呢？
认为有某些语言比HTML更难阅读的论点似乎并不是改进HTML易读性的好理由。我的意思是...当汽车比马好得多时，为什么我们还在努力改进汽车呢？
不过，你需要一些服务器端模板来进行SEO优化。你是如何解决这个问题的？
你是否读过我的答案开头的斜体单词？还是你有选择性地阅读？
我读过了，如果你读过我的评论，你会明白我是在问你是否为了SEO而使用模板，这与原始问题无关，与你的回答关系不大。你可以选择回答或不回答，或者再发表一条讽刺的回复。
那么你应该从一开始就非常清楚答案从未说过不要这样做。它建议，除非您有非常好的理由，否则不要这样做。如果您在行业中已经度过了很多年（就像我们中的一些人一样），您就会明白，一个简单的系统是一个更好的系统，一个尊重接口边界的系统是一个可以长期维护的系统，因此，始终默认使用简单的架构（如果可能的话）。可维护性对您来说不是一个目标吗？
Jade和Handlebars在编写AngularJs应用程序时的用途是什么？这个问题的出现的原因是有人想了解为什么要使用Jade或Handlebars来编写AngularJs应用程序，并询问了Jade和Handlebars的其他优点以及可能的问题。解决方法是通过讨论Jade和Handlebars的用法和特点来回答这个问题。
在这个讨论中，某些情况下他使用Jade来生成AngularJS消费的模板，因为他不喜欢编写普通的HTML。他认为Jade相对于普通HTML更加简洁。另一个人问他是否只是因为不喜欢编写普通HTML才使用Jade，以及Jade是否有其他优点。还某些情况下他对Jade处理空格的方式不满意，但他觉得Jade的一些功能如includes和mixins非常有用。还有人问到了ng-include和ng-src与Jade的mixins和includes之间的区别。
最后，有人分享了他对Jade的看法，认为Jade对HTML的抽象层非常薄，使用起来非常直观。他认为Jade并没有太多的魔力，除非在使用变量和条件逻辑时才会有一些魔力。他认为Jade并不是那么不同。
通过以上讨论，可以得出结论：Jade和Handlebars在编写AngularJs应用程序时的用途是为了简化HTML的编写，提供更简洁、直观的语法，并且可以通过使用includes和mixins等功能来增强模板的复用性和可维护性。同时，Jade和Handlebars并不会给HTML带来太多的魔力或问题，只要理解它们的用法和特点，就可以很好地使用它们来编写AngularJs应用程序。