在 ASP NET Core MVC 中构建大型 Aurelia 应用程序答案

【问题标题】：Structure a large Aurelia application on ASPNET Core MVC在 ASP NET Core MVC 中构建大型 Aurelia 应用程序
【发布时间】：2017-12-29 08:04:31
【问题描述】：

我已经开始着手开发一个使用 ASPNET Core 和 Aurelia 的全新 Web 项目。我找不到明确的最佳实践方法来在客户端上构建它。我目前的想法是每个应用程序功能都将是一个单独的 Aurelia 应用程序，即当访问者单击“帐户”链接时，浏览器将向https://example.com/accounts 发出服务器请求。这将返回一个单独的 HTML 页面，该页面为帐户引导 Aurelia 应用程序。所有帐户交互都将使用 Aurelia 交付。同样，如果访问者随后点击“仪表板”，另一个服务器往返将引导“仪表板”Aurelia 应用程序。

这是解决问题的好方法吗？我对应用程序状态有一些担忧 - 因为会有交叉关注点和数据，我不想一直往返每次我需要它时到服务器，例如审核日志、用户信息。

我看到 Aurelia 有功能的概念 - 从语义上讲，这正是我想要的，因为应用程序的每个这些区域都将作为一个功能提供。但是，我找不到任何使用 Aurelia 功能的好例子。

欢迎任何有类似项目的cmet或经验。

【问题讨论】：

这是一个相当广泛的问题。 SPA 的全部意义在于允许您创建路由和视图，而无需在每次 URL 更改时从服务器查询页面。我会说，除非有明确的业务需要将这些东西（仪表板、帐户等）作为单独的应用程序 - 我会将它们保持为一个。
我同意 thebluefox。 SPA 的主要目的是使其成为 SP（单页）。您经常会看到人们每页启动一个新应用，但这通常是因为他们正在转向 SPA，但由于历史原因还不能切换......
感谢您的 cmets，我很欣赏这个问题的广泛性。我是 SPA 的新手，你可能会说，所以也许我坚持服务器端的思维方式。那么 Aurelia Features 会是组织我的应用程序主要区域的好方法吗？

标签： aurelia

【解决方案1】：

我不知道这是否是“最佳”方式，但我构建的许多应用程序都是用户/管理员类型的产品。

我没有为每一方构建应用程序，而是利用子路由器并使用基于页面的约定来构建我的应用程序，如下所述：

https://ilikekillnerds.com/2015/10/how-to-structure-an-aurelia-application/

【讨论】：