首页 文章

SPA中的Html标记提取和一致性

提问于
浏览
4

我目前正在评估使用Backbone.jsAura.js来构建企业级SPA .

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

在我看来,在使用任何MV *模式(特别是Backbone)时,标记生成可以通过直接dom操作和外部html模板的组合分散在整个视图中 .

我想在我的视图中将相同的原则应用于html标记,就像我的Javascript架构一样 .

  • Abstraction - 理想情况下,我想为开发人员提供一个简化的API来生成标记,可能会使他们远离正在使用的css类/标记结构 .

  • Consistency - 我想提升和控制开发人员团队中生成的标记的一致性 .

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

作为如何在服务器端实现这一目标的实际示例,我们目前在ASP.NET MVC中使用一套自定义HtmlHelper(类似于KendoUI的设计) . 这些帮助程序为开发人员提供了一个很好的流畅API,可以使用和集中控制生成的标记 .

然而,当我们转向客户端UI生成时,我不确定如何获得服务器端标记生成中可用的相同优势 .

我感谢模板可以在整个用户界面中提供可重复使用的小部件,但这并不能完全解决上面列出的问题,这些问题在创建这些模板和包含它们的布局时适用 .

总结一下我的问题......

What practices can be employed to achieve control and consistency in markup generation within a team when developing enterprise scale SPAs?

1 回答

  • 2

    由于你的问题仅限于Backbone.js和Aura,我不确定这是否有资格作为答案,但我肯定会检查3件事

    • AngularJSAngularUI - 指令的概念,类似于Web Components的概念(正在进行的Web控件W3C标准)

    • 如果您喜欢打字编码,并且喜欢生活在最前沿,请检查Dart Web UI它也使用了非常相似的概念

    • 如果你必须留在Backbone土地,那么我当然会检查Backbone UI

    我相信前两个有更好的机会回答你的3个要求 .

相关问题