使用 ORM 时值得使用 ASP.NET 配置文件类吗？
我在 MVC 3 应用程序中使用 Entity Framework 4.1。我想知道使用内置的 ASP.NET 配置文件系统（在 System.Web.Profile 中）是否有任何真正的价值。与简单地在我的 ORM 模型中创建可进行 LINQ 查询的配置文件实体相比，它的属性无法有效查询。有什么想法吗？
I am using Entity Framework 4.1 in an MVC 3 app. I am wondering whether there is any real value in using the built-in ASP.NET profile system (in System.Web.Profile). It's properties can't be queried efficiently, compared to simply creating a profile entity in my ORM model which can be LINQ-queried. Any thoughts?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这并不是一个有明确答案的问题，我个人的偏好是避免内置的会员资格/个人资料/角色内容，并将其放入我自己的数据存储中。
例外情况可能是会员 cookie 处理，它可以让您无需加密您的身份验证 cookie。
Not really a question with a definitive answer, my personal preference is to avoid the built in Membership/Profile/Roles stuff and put it in my own datastore.
The exception perhaps would be the Membership cookie handling which can save you encrypting your auth cookie.