当然不能放在数据层,呵呵。
例如,要实现的功能是:
void PageLoad()
{
  if(cookies["name"]!=null)
  {
    取出cookie;
  }
  else
  {
    从数据库取出name;
    将name存入cookie
  }
}
如果在aspx页面对应的.cs中写以上代码,那么感觉很重复,每一次使用都要判断;
想把他移到业务层,封装成一个方法。但在业务层中使用cookie要继承Page类,这样感觉怪怪的,大家一般是如何处理的?

解决方案 »

  1.   

    可以在view层写一个继承Page的类 例如AppPage,你所有的页面都继承这个AppPage,在 AppPage中实现cookie的读写
      

  2.   

    呵呵,你这个问题,不是封装一个业务逻辑的问题你要自己重写一个aspx基类业,当然要重写page了,在基类页里判断是否登录了然后你需要判断的页面都继承这个基类页。
    这样你只写一个基类页,只写一次判断,其他页继承就行了。
      

  3.   

    但在业务层中使用cookie要继承Page类这句不正确. 业务层中可以用HttpContext.Current.Response.Cookies使用Cookie
      

  4.   

    1,一般的放在 处理层或者页面(表现)。 放在表现层最好,因为cookie值,存放在客户端的。
    2,特殊的 放在config里,为方法登陆记录等等内容。
    3,你也可以用js做一个类
      

  5.   

      cookie 是与客户端大交道的 通常表现层继承其基类来实现读写cookie
      

  6.   

    一般都是写一个user类,放在此类里,其他都继承此类。