实际需要数据访问时,我应该使用实体吗?

问题描述:

如果我实际上没有任何基于数据的需求,我应该在代码中使用由实体框架创建的实体吗?我正在处理的这个例子如下:实际需要数据访问时,我应该使用实体吗?

用户登录。我使用Linq to Entity查找他们的用户帐户。我将整个实体对象存储在会话中。在下一页上,我从会话中再次加载经过身份验证的用户对象,原因是该页面上的原因。

你应该这样做,还是应该编写自己的对象并将属性移到原始登录?

很多谢谢

在session中存储整个对象会产生一些红旗。该模型不能很好地扩展,这意味着您不使用内置的提供程序。

如果可能,请尝试在应用程序中使用成员资格,角色和配置文件提供程序。您将极大地简化管理用户身份验证,授权和偏好。

我认为最好的方法是编写自己的对象并创建一个中间层来创建它们。 另外,编写一些测试以确保正确创建对象。所以如果有什么变化,你会知道的。