Ember CLI 和 ASP.NET
Ember CLI and ASP.NET
我已经通过引用 ember.js 文件成功地将 EmberJS JavaScript 框架与 ASP.NET 网络应用程序一起使用。
我的印象是 Ember-CLI 是 Ember 未来版本的发展方向。
如果这是正确的，那么继续使用 Ember 的正确方法是什么？将 Ember-CLI 与 ASP.NET 一起使用是否有意义，或者假设客户端只是静态的 HTML 和 CSS/JS 回调服务器端代码（例如 WebAPI）？
Ember-Cli 只是 Ember 社区 "blessing" 的命令行工具链，因此它实际上只是构建 ember 应用程序的一种不同方式。
我实际上是在使用 Ember-Cli 与 ASP.NET MVC 和 WebApi。本质上我正在做的是使用 EmberCLI 输出一个 index.html 文件（ember new myapp 设置一个项目来默认执行此操作），然后让我的 MVC 应用程序路由到一个 /应用程序 url，其中控制器 return 是一个 View("~/whateverdirectory/myapp/dist/index.html"); Razor 并不关心您 return 的视图不是 .cshtml 文件，所以这工作正常，特别是如果您正在使用 Ember 来控制整个页面。这样就可以在ASP.NET中使用标准认证，然后当用户登录后，通过MVC将它们发送到App controller的index路由，并为它们提供Ember app.
2015 年 8 月 18 日更新
我添加了一些 sample code on github。
我已经通过引用 ember.js 文件成功地将 EmberJS JavaScript 框架与 ASP.NET 网络应用程序一起使用。
我的印象是 Ember-CLI 是 Ember 未来版本的发展方向。
如果这是正确的，那么继续使用 Ember 的正确方法是什么？将 Ember-CLI 与 ASP.NET 一起使用是否有意义，或者假设客户端只是静态的 HTML 和 CSS/JS 回调服务器端代码（例如 WebAPI）？
Ember-Cli 只是 Ember 社区 "blessing" 的命令行工具链，因此它实际上只是构建 ember 应用程序的一种不同方式。
我实际上是在使用 Ember-Cli 与 ASP.NET MVC 和 WebApi。本质上我正在做的是使用 EmberCLI 输出一个 index.html 文件（ember new myapp 设置一个项目来默认执行此操作），然后让我的 MVC 应用程序路由到一个 /应用程序 url，其中控制器 return 是一个 View("~/whateverdirectory/myapp/dist/index.html"); Razor 并不关心您 return 的视图不是 .cshtml 文件，所以这工作正常，特别是如果您正在使用 Ember 来控制整个页面。这样就可以在ASP.NET中使用标准认证，然后当用户登录后，通过MVC将它们发送到App controller的index路由，并为它们提供Ember app.
2015 年 8 月 18 日更新
我添加了一些 sample code on github。