免责声明：我没有丰富的SharePoint/.NET经验，主要阅读Microsoft在线文档，因此在本论坛中征求意见。
我正在对2个遗留的微软应用程序进行现代化改造。一个是用于CMS的SharePoint 2013网站，另一个是具有事务前端的ASP.NET 2.0 web应用程序。新的组合前端必须是基于JS的，适用于所有屏幕大小。企业需要最具成本效益的解决方案，最好是预处理方案。我对统一两者的方法有点困惑。1( 升级路径-将ASP.NET放入SharePoint场，然后使UI页面现代化。2( 使用SharePoint前端重写-使用内部支持现代JS框架的SharePoint框架(SPFx(构建。3( 在没有SharePoint前端的情况下重写-构建一个通用的JavaScript UI门户(ReactJS(，并访问位于API网关后面的后端REST API(包括SharePoint(。
对于经济高效的解决方案，不要使用spfx/RectJS。他们的开发环境设置成本高昂，而且在某个时间内会被新版本提前过期。
可以在SharePoint online中使用jsom进行重写，因为SharePoint online提供了一个非常好的代码编辑器。JSOM所有操作如下：https://www.codesharepoint.com/jsom/0/all-methods
方法1(SP场中的ASP.Net(-我不认为这是"现代化"的，因为微软未来的方法是使用基于javascript的前端应用程序，这些应用程序在AD集成/图库等方面非常强大。提供。在我看来，这已经过时了，如果公司希望迁移到SharePoint Online，可能会在未来产生问题。
方法2(SPFx(-这是Microsoft生态系统进行SharePoint修改的地方。使用Azure应用程序注册也可以很容易地绑定到后端服务或其他服务。这里有很多灵活性，您也可以选择使用ReactJS和其他框架我推荐这种方法
方法3(自定义应用程序(-我已经构建了运行create-react应用程序和类似框架的解决方案，如果SharePoint是生态系统的重要组成部分，我仍然会尝试利用它，因为他们有非常强大的框架，如PnPjs。它只是让集成变得更容易，而且您在SharePoint的上下文中工作，而不是在其他服务器上使用自定义应用程序，后者必须警惕身份验证以及与SharePoint通信的后端服务的潜在需求。