SPAs中的Html标记抽象和一致性

目前，我正在评估和的使用，以建立一个企业规模的水疗中心

我有一个很好的Javascript架构，它提供了抽象性、一致性、灵活性，并且不依赖于任何基础库

在我看来，在使用任何MV*模式（尤其是主干）时，标记生成可以通过直接dom操作和外部html模板的组合分散在视图中

我希望在视图中对html标记应用与Javascript体系结构相同的原则

抽象-理想情况下，我希望为开发人员提供一个简化的API来生成标记，从而使他们远离正在使用的css类/标记结构

一致性-我希望在开发团队中提高和控制标记的一致性

灵活性-如果需要更改正在使用的css类/标记结构，我希望避免查找并完全重写某些标记的所有实例。理想情况下，我希望在一个地方进行任何更改，这将在系统内的所有使用中传播

作为如何在服务器端实现这一点的一个实际示例，我们目前在ASP.NET MVC中使用了一套定制的HTMLHelper（设计类似于KendoUI）。这些助手为开发人员提供了一个很好的流畅API，以使用和集中控制生成的标记

然而，随着我们转向客户端UI生成，我不确定如何获得服务器端标记生成中可用的相同好处

我很欣赏模板可以在整个UI中提供可重用的小部件，但是这并不能完全解决上面概述的问题，这些问题在创建这些模板和包含它们的布局时适用

所以总结一下我的问题

---

在开发企业级SPA时，团队内部可以采用哪些实践来实现标记生成的控制和一致性？

由于您的问题仅限于Backbone.js和Aura，我不确定这是否可以作为一个答案，但我肯定会检查三件事

和-指令的概念，类似于（用于web控件的正在开发的W3C标准）的概念

如果您喜欢类型化编码，并且喜欢生活在最前沿，请检查它是否也使用了非常类似的概念

如果你必须呆在主干地带，我当然会检查

---

我相信前两个更有可能满足你的3个要求

谢谢你，埃兰。我仍然只是在评估选项，所以我没有严格地束缚在主干/光环上。我已经研究过Dart，但正如你所说的，它目前对我们来说太过前沿了。AngularJS看起来是一个可行的选择，我现在正在研究，所以谢谢你。我唯一担心的是，似乎别无选择，只能和AngularJS这样的人上床睡觉。试图抽象框架真的是个坏主意吗？我想我真的很担心未来的变化。我会把赌注押在AngularJS上，只是因为它非常努力地遵循未来的标准（比如Web组件），对我来说，它有点像.NET组件和JSP/JSF标记库（只是更好）。AngularJS上的一个很好的免费资源是另一个值得考虑的东西，是dojo框架，它可能不是宣传最多的，但它已经存在很长时间了，它有一个结构非常好的小部件系统。如果你是为入境企业客户开发，Sencha（ExtJS）也值得一看，尽管它在性能方面的评价参差不齐。在今天研究AngularJS之后，我同意这似乎是我们最好的选择。通过提供基于组件的体系结构，我可以看到指令将如何提供所需的抽象性、一致性和灵活性。最后一个问题，是否可以覆盖现有标记？e、 我可以为标签创建一个按钮指令来自动为引导按钮提供所需的css吗？我看过AngularUI Bootstrap项目，但它并没有像我想做的那样真正抽象css。@BrettPostin这是一个很好的问题，不知道答案，但仅供参考，可以替换/操作现有标记。参见示例。