使用 SharePoint 构建事务性 Web 应用程序答案

【问题标题】：Building transactional web application using SharePoint使用 SharePoint 构建事务性 Web 应用程序
【发布时间】：2021-04-02 20:57:10
【问题描述】：

免责声明：我没有丰富的 SharePoint/.NET 经验，主要是通过在线 Microsoft 文档阅读，所以在这个论坛上征求意见。

我正在对 2 个旧版 Microsoft 应用程序进行现代化改造。一个是用于 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）。

【问题讨论】：

标签： asp.net sharepoint spfx

【解决方案1】：

对于具有成本效益的解决方案，不要使用 spfx / ReactJS。他们的开发环境设置成本高昂，并且在某个时候会因新版本而过期。

可以在 SharePoint online 中使用 jsom 重写，因为 SharePoint online 提供了一个非常好的代码编辑器。 JSOM所有操作如下： https://www.codesharepoint.com/jsom/0/all-methods

【讨论】：

JSOM 不再推荐 docs.microsoft.com/en-us/sharepoint/dev/spfx/web-parts/guidance/…
其余部分相同。我只发现了几行代码更改。

【解决方案2】：

方法 1（SP 农场中的 ASP.Net） - 我不会认为这种“现代化”，因为微软的方法是使用基于 javascript 的前端应用程序，这些应用程序在数量上非常强大AD 集成/图形库/等。提供。这在我看来已经过时了，如果公司希望迁移到 SharePoint Online，可能会在未来产生问题。

方法 2 (SPFx) - 这是 Microsoft 生态系统随着 SharePoint 修改而流动的地方。使用 Azure 应用注册也很容易绑定到后端服务或其他服务。这里有很大的灵活性，您也可以选择使用 ReactJS 以及其他框架。 我会推荐这种方法

方法 3（自定义应用程序） - 我已经构建了运行 create-react-app 和类似框架的解决方案，如果它是生态系统的重要组成部分，我仍然尝试利用 SharePoint用于绑定它的非常强大的框架，例如PnPjs。它只是使集成变得更加容易，并且您正在在 SharePoint 的上下文中工作，而不是在某些其他服务器上的自定义应用程序中工作，这些服务器必须警惕身份验证以及后端服务的潜在需求用于与 SharePoint 的通信。

【讨论】：

我们最初是为方法#2 设计的，但遇到了问题。 1) 即使是最新的 SharePoint Server (2019) 也不支持基于 OpenID 的身份验证。这使得难以使用由 SharePoint 身份提供者发布的 JWT。大多数后端 API 都位于 API Gateway 后面，因此需要 JWT。 2) 如果 SPFx 完全是关于现代 JS，那么我会争论为什么要锁定它而不选择方法#3。我认为 Microsoft 已经意识到这一点，因此他们启动了 PnPjs 库，以保持开发人员的参与度并防止偏离将 SharePoint 作为 CMS 后端的前端技术。