Javascript Asp.Net核心&x2B；Angularjs2，一起还是分开？

我将开始开发一个新项目，我想使用Asp.NET core和angular.js，但我有一个问题，什么是更好的方法，一起使用Asp.NET和angular，还是分开使用

我用这种形式定义了我的架构

客户1（角度）->RestApi->businesslogic->DataAccess->DB

是的，我看到我的架构告诉我，我需要分别管理asp.NET和angular js，但我想听听任何建议

更新：

谢谢你的回答，最后他们都有各自的优点和缺点，我想与你分享这篇文章：

一起：

分别： 第一部分：

---

第二部分：chsakell.com/2016/06/27/angular-2-crud-modals-animations-pagination-datetimepicker/

通常在编程中，您应该尽可能地分离逻辑

出于以下诸多原因，您需要将两个项目分开：

• 你现在有一个web应用程序（angular），但也许在不久的将来，你需要一个移动应用程序（hybrid或native）
• 你可以是一个以上的项目工作人员，例如，你可能需要一些设计师/集成商来开发应用程序，而你不想与他分享你的后端，如果你有一个后端人员，同样适用
• 两个项目意味着可能有两个源代码管理存储库，意味着对分支、版本、回滚的更多控制
• 等等

我希望这能有所帮助

---

如果我看到其他好处，我会更新这个答案。

一般来说，在编程中，您应该尽可能地分离逻辑

出于以下诸多原因，您需要将两个项目分开：

• 你现在有一个web应用程序（angular），但也许在不久的将来，你需要一个移动应用程序（hybrid或native）
• 你可以是一个以上的项目工作人员，例如，你可能需要一些设计师/集成商来开发应用程序，而你不想与他分享你的后端，如果你有一个后端人员，同样适用
• 两个项目意味着可能有两个源代码管理存储库，意味着对分支、版本、回滚的更多控制
• 等等

我希望这能有所帮助

---

如果我看到其他好处，我会更新这个答案。

你的问题是基于观点而不是事实，所以这里是我的观点

我用ASP.NETMVC、WebAPI和AngularJS做过几个项目它们都位于一个Web应用程序项目中。注意：我很少有用于强类型Angular Helper、业务逻辑和数据访问的类库

这里是优势 我使用Owin中间件对用户进行身份验证，然后重定向到Angular。主要的优点是我不必维护承载令牌或身份验证Cookie

其次，我使用csthml作为强类型的角度视图，而不是普通的html。这是两个世界中最好的

---

最后但并非最不重要的一点是，您可以轻松地调试它，而不是同时启动两个项目，这样我就可以节省开发机器上的资源。大家都知道VisualStudio是一个需要大量内存的IDE

你的问题是基于观点而非事实的，所以这里是我的观点

我用ASP.NETMVC、WebAPI和AngularJS做过几个项目它们都位于一个Web应用程序项目中。注意：我很少有用于强类型Angular Helper、业务逻辑和数据访问的类库

这里是优势 我使用Owin中间件对用户进行身份验证，然后重定向到Angular。主要的优点是我不必维护承载令牌或身份验证Cookie

其次，我使用csthml作为强类型的角度视图，而不是普通的html。这是两个世界中最好的

---

最后但并非最不重要的一点是，您可以轻松地调试它，而不是同时启动两个项目，这样我就可以节省开发机器上的资源。大家都知道VisualStudio是一个需要大量内存的IDE

将它们分开，您的MVC部分将主要是REST API，它与Angular项目中的JavaScript、HTML和CSS无关，此外，如果您想构建另一个客户端，例如：Mobile，那么它也将有自己的项目，这样您的解决方案将有一个干净的结构

因此，您应该具备以下条件：

你的计划。休息

你的计划，有棱角

YourProject.MobileClient

---

此外，分离将使从事项目工作的团队更加容易，从事前端工作的人不必担心与任务无关的任何其他代码，从事API工作的开发人员也是如此，每个项目都可以按照其技术的最佳实践进行结构。

将它们分开，您的MVC部分将主要是RESTAPI，它与Angular项目中的JavaScript、HTML和CSS无关，此外，如果您想构建另一个客户端，例如：Mobile，那么它也将有自己的项目，这样您的解决方案将有一个干净的结构

因此，您应该具备以下条件：

你的计划。休息

你的计划，有棱角

YourProject.MobileClient

---

此外，分离将使从事项目工作的团队更加容易，从事前端工作的人不必担心与任务无关的任何其他代码，从事API工作的开发人员也是如此，每个项目都可以按照其技术的最佳实践进行结构。

将它们分开，这样，如果您想为不同的客户端框架切换Angular，或者为不同的后端切换DotNet Core，您可以！另外，如果您决定支持其他客户端（如移动应用程序），您的后端将更能做到这一点。请将它们分开，这样，如果您想为不同的客户端框架切换Angular或为不同的后端切换DotNet Core，您可以！如果你决定的话