C# 为什么Asp.NETCore2.1Identity使用Razor页面？

我正在使用.Net core Identity Web App（MVC），并且我在名为Identity的区域下构建了Identity和get文件夹。我不想在我的MVC应用程序中使用Razor页面，那么在Controller/View中是否有任何解决方案来构建身份？请说明为什么微软使用这种方法，在MVC应用程序中使用razor页面有任何好处

谢谢

下面有一个解释：

目前唯一的选择似乎也是在身份UI中使用Razor页面。我们中的一些人想要完全控制我们如何使用身份，以便我们能够根据自己的需要定制身份。目前的设置根本无法接受。如果我的整个项目都在使用MVC，我不希望Identity作为剃须刀页面存在于la la land自己的文件夹中。这让项目结构变得一团糟，根本没有理由这样做

维护同一代码库的两个版本（MVC和Razor Pages）对我们来说是非常昂贵的，与Razor Pages版本相比，MVC实现并没有真正的好处。这两种风格都完全在ASP.NET中。将代码移出该区域应该相对简单，并将其从Razor页面转换为MVC。它可能只涉及将页面从该区域移动到主应用程序页面文件夹，并调用AddIdentity而不是AddDefaultIdentity

请修复选项，以便那些想要它的人能够完全控制身份，并按照他们的意愿使用它，无论是MVC方法还是Razor Pages方法。或者为我们提供足够的文档，以便我们可以在不使用Identity UI库或一些神奇的脚手架巫术的情况下将Identity添加到空白项目中。目前看来，似乎没有任何关于身份的文档不依赖于新的脚手架系统和身份UI

默认UI是完全可选的。您应该能够将页面构建到您的项目中，并从中执行任何您想要的操作，无论是将其转换为MVC风格，还是将其从该区域移到主项目中

---

总结：这种方法的好处是更容易维护单一版本，而没有缺点。支架式UI是可选的，您可以自己将其转换为不使用剃须刀页面的实现，也可以从头开始。

阅读，您可以在许多项目类型中使用标识。我欣赏总结，但“对我们来说非常昂贵”和“应该相对简单”的说法非常令人恼火。因此，对于开发框架的专家来说，这太难了，但对于数百万开发人员来说，自己动手做却很容易？@evilbige说实话，我只是这里的信使，与ASP.NET团队毫无关系