用ASP.NET创建应用程序发布自动化工具的最佳方法是什么？

Question

注意：我不确定我是否将其发布在Stack的正确部分中，但是经过一番研究，我认为这是适当的-请告诉我这是否属于其他地方，我将立即删除然后重新发布

因此，对于我的大学项目，我必须使用Visual Studio制作一个类似XL Release的工具。现在，由于我仍然缺乏经验，所以我不确定如何开发它。我不知道哪种方法最合适，最容易重新创建XL Release之类的工具，但是功能较少。

如果您想知道我必须创建哪种工具，并且如果您不愿意浏览文档，我将在此处做一个简短的摘要。会有3-4个角色的用户，每个角色都可以访问某些内容。这种工具的目的是帮助开发人员跟踪任务，完成任务之前必须遵守的依赖关系和前提条件，完成每个任务的阶段以及环境（接受，开发，测试，部署）。

因此，我想出了一些有关如何进行该项目的想法，但是我需要您的一些建议。

1. 我应该使用所有后端功能创建一个 WEB API ，然后使用 ASP.NET Core Web应用程序调用它吗？

2. 我应该使用 MVC 创建 ASP.NET Web应用程序（.NET Framework）吗？

3. 我应该创建一个 ASP.NET Core Web应用程序吗？如您在这里看到的，我无法真正分辨出核心Web应用程序与使用.NET Framework的应用程序之间的区别。从到目前为止的经验来看，我注意到某些方法是不同的。但是基本上就是这样。

我应该选择哪三个？您对我的问题还有其他解决办法吗？

编辑：我确实意识到这个问题是非常主观的。我想知道是否可以通过某种方式更轻松地创建这样的工具，而不是遍历所有工具并冒着无法完成任务的风险。我所需要的只是一些反馈，可以帮助我理清思路。预先谢谢你！

Answer 1

您是对的，这个问题有点主观。我会为您提供应该选择的技术的理由：

1. Asp.NET Core Web API + React或Angular中的前端：在这里，您将与后端分离用户界面，以便将来如果您想发布移动版版本的应用程序，那么您只需要制作可以与Web API通信的小型应用程序即可。您也可以分别测试两个图层。

2. Asp.NET核心Web应用程序（带有MVC）：如果您希望前端和后端都处于同一解决方案中，则需要使用该解决方案。

3. Asp.NET Framework Web应用程序（带有MVC）：这与托管有所不同。如果您认为仅将应用程序托管在Windows中，请选择此选项，否则您需要选择选项2。

4. Asp.NET Framework Web应用程序（不包含MVC）：这是一项旧技术，我不建议使用它，因为它会使站点变得非常繁重，每个人都在尝试离开

此外，如果您认为自己的应用程序点击率过高，那么也可以使用一些微服务。

让我知道是否可以为您提供其他帮助。