这是一个测试任何人理智的项目。在我的公司，我的团队维护着一个ASP.net网站项目，该项目在多个页面上大量使用了Profile对象。由于我们无法使用web.config转换将测试设置与生产设置分开，因此网站的可维护性存在争议，我希望使用转换来帮助实现更好的实践。
对此的一个主要障碍是在大多数页面上使用Profile对象，因为Web应用程序项目不生成ProfileCommon类。我已经提出了一个访问配置文件信息的解决方案，但我对它的可维护性提出了质疑 - 我已经修改了网页，以便从一个基类继承，该基类有一个实现我的＆＃39; Profile＆＃39;宾语。这使得Profile对象可以在需要的地方访问，但我想知道是否有更好的方法可以解决这个问题。有什么想法吗？
答案 0 :(得分：0)
ASP.NET Universal Providers支持个人资料。它是Legacy Membership Provider的更新版本。
但是，您需要重命名这些表。
由于ASP.NET Universal Providers使用实体框架代码优先，因此您不需要存储过程和其他表。