虽然我已经发布了一个类似的问题（Breeze兼容的SPA构建），并且可能因此在IdeaBlade和Telerik之间开始了一些好事，但我相信Breeze应该得到更广泛的认可，因为它在服务器端访问实体框架的独特方法。所以，在我看来很明显，即使是像 Sencha 或 Wakanda 这样臭名昭著的完整 JS 框架也需要确保与 Breeze 一起工作。
KendoUI和Breeze之间的当前问题在Remco Blok在 http://www.kendoui.com/blogs/teamblog/posts/13-02-21/breeze_js_and_the_kendo_ui_datasource.aspx 的帖子中得到了非常清晰的描述。简而言之，与Breeze的集成应该在实体级别进行 - 而不是JSON数据，这是几乎每个人处理JS客户端和SQL服务器之间事务的方式。
Wakanda 是一个非常丰富的开发环境的一个很好的例子，它有精心设计的 GUI 生成器、调试器等，不幸的是，这些环境不能与服务器端的"遗留数据"一起使用。
据我所知，Breeze在Angular上工作得很好，但是Angular需要AngularUI（http://angular-ui.github.io/），而AngularUI又不像我希望的那样完整，并且有一些可能导致冲突的JQuery依赖项。很快，Breeze将与KendoUI（AFAIK）一起工作 - 有谁知道其他一些JavaScript框架集合，这些框架将提供Visual Studio为Windows桌面应用程序创建提供的易用性？（毕竟，JavaScript应用程序是桌面应用程序，以非常优雅的方式解决了分发问题）。
我使用带有杜兰达尔、引导和淘汰赛的微风取得了很大的成功。 这些框架中的每一个都坚持自己的责任 - 数据轻而易举，应用程序管道的durandal，UI脚手架的引导程序和数据绑定的挖空。 事实证明，这是非常灵活和简单的。