使用ORM时是否值得使用ASP.NET概要文件类?

使用ORM时是否值得使用ASP.NET概要文件类?,.net,entity-framework,orm,asp.net-profiles,.net,Entity Framework,Orm,Asp.net Profiles,我正在MVC 3应用程序中使用Entity Framework 4.1。我想知道使用内置的ASP.NET配置文件系统(在system.Web.profile中)是否有真正的价值。与在我的ORM模型中创建一个可以LINQ查询的概要文件实体相比,它的属性不能被有效地查询。有什么想法吗?这不是一个有明确答案的问题,我个人的偏好是避免使用内置的会员/个人资料/角色信息,并将其放在我自己的数据存储中 例外情况可能是成员身份cookie处理,它可以节省您加密身份验证cookie的时间

我正在MVC 3应用程序中使用Entity Framework 4.1。我想知道使用内置的ASP.NET配置文件系统(在system.Web.profile中)是否有真正的价值。与在我的ORM模型中创建一个可以LINQ查询的概要文件实体相比,它的属性不能被有效地查询。有什么想法吗?

这不是一个有明确答案的问题,我个人的偏好是避免使用内置的会员/个人资料/角色信息,并将其放在我自己的数据存储中

例外情况可能是成员身份cookie处理,它可以节省您加密身份验证cookie的时间