C# 管理其他应用程序的ASP.NET成员资格

我在建筑上进退两难

我需要从不同的ASP.NET Web窗体应用程序管理现有ASP.NET Web窗体应用程序的用户。这两个应用程序都有自己的数据库和成员身份实现

---

我曾想过通过CORS的web服务远程完成这项工作。但是，我有没有办法在同一个VS解决方案中实现这一点？也就是说，向其中添加另一个项目仅用于管理其他应用程序的用户。有没有办法向类库项目中添加成员资格的特性？具体来说，我只关注基本的CRUD功能。

无论它们是否在同一个解决方案中，似乎与从单独的web应用程序管理它们没有多大关系。在数据库中集成将限制webapps

---

Web服务是理想的。我建议Web服务不知道它在使用下面的成员资格提供者。随着web应用程序的发展，您可能希望使用另一个身份验证系统（如移动到.NET Core）来切换身份验证系统。因此，两个应用之间的依赖性越大，意味着它们必须一起更改。通过Web服务进行隔离意味着他们可以独立进行。

在一个解决方案中包含3个项目有什么问题？尤其是测试Web服务，这是一种正常的方法。。。。带有CORS的web服务—CORS似乎与管理成员资格的问题正交，但web服务是合理的。。。相同的VS解决方案-VS解决方案可以在合理的范围内拥有您想要的任意多个项目。。。将成员资格功能添加到类库-是的，只需引用所需的程序集，并将适当的配置添加到承载类库的应用程序中。@Joe，我设法在单独的类库中引用了成员资格所需的程序集。但是，目标数据库仍然是解决方案中原始web应用程序使用的数据库。即使我将相关的成员资格相关部分添加到App.config并将其配置为指向不同的连接字符串等，它仍然使用原始数据库。@user982119-从您所说的，似乎您已将App.config添加到类库项目中。这不会在运行时使用：它将使用托管客户端应用程序控制台的App.config。WInforms、Wpf或其他或托管web应用的web.config。如果您希望web app A管理web app B的成员数据库，则需要A公开web app B中可由web app A调用的web服务，或B向web app A添加两个成员资格提供商，一个用于web应用程序A数据库，另一个用于web应用程序B数据库。@user982119-通常您会将一个配置为默认提供程序，用于验证客户端。您可以按名称引用的其他成员，如果配置正确，则可将其用于其他成员数据库上的CRUD操作。AppA将调用AppB的webservice，并且从不接触System.Web.Security.membership在您答复时删除我的评论。是的，谢谢，我将再次尝试web服务的想法。