Angular app，Asp.Net核心项目内部，专业版缺点

Question

我想用Angular创建一个单页Web应用程序，但我无法决定项目类型。  （刚刚使用angular-cli等工具生成的文件或Asp.Net核心项目中生成的文件）

我有一些问题。

• 在ASP.NET核心项目上构建角度应用程序的 优缺点

• 我更喜欢在ASP.NET核心项目中找到 角度应用 的哪些情况？

Answer 1

我想对此采取行动。我会同意，答案是基于某些观点的。

我刚刚比较了我参与的一个新项目的两个版本。

首先是事实

• 在ASP.Net核心应用程序内部创建的Angular项目决不依赖于.Net代码。您可以导航到该目录并键入ng serve并自行运行。

• 如果以后出于某种原因决定不合并角度代码，则可以将角度代码复制到另一个目录或存储库中并单独托管它。您所需要做的就是复制粘贴角度代码，然后删除startup.cs中有关内部托管的几行。

• 在ASP网络核心模板内部添加的代码与基本的角度应用程序非常接近，并添加了一些示例。

• 如果您使用登录功能模板，它将实现oidc客户端，并在后端实现身份服务器（ opinion ），与我自己做的方式几乎相同。如果您不喜欢它，没有什么可以阻止您对其进行重写。在最坏的情况下，这是一个很好的例子。

• 从今天开始，模板使用的是Angular 8.0.0，您只需更改package.json即可获取最新版本并运行npm install。效果很好。

• 对于组合项目，仍然可以将Visual Studio Code用于Angular零件。

这里是当我选择其他版本的时间（警告在前）。

何时选择asp.net核心角度项目。

• 功能有限的小型网络应用。
• 小的团队，大概和api代码一样写角度代码的人。
• 如果不确定。您以后随时可以拆分。

何时选择单独的应用。

• 具有部署构建和自动化功能的大型团队。
• 如果您要分别托管angular和asp.net核心（出于诸如在具有成千上万访问者的应用中实现最佳性能和负载平衡的原因）。
• 将角度编码和asp.net分开的人
• 您不喜欢将所有内容都放在同一个仓库中，而是想将其拆分。
• 在具有多个API的更大的团队和环境中，您可能无论如何都必须处理CORS，但如果没有，则必须至少考虑一下才能使其正常工作。
• 如果不确定，可以随时将其组合到一个应用程序中。