看来今年的情人节又得孤单过了。

 

标准程序：

 

美术馆

 

 

最好美术馆里会展出一些比较冷门的，像抽象派啦，印象派啦，超现实主义啦，人越少越好：）

 

当然如果能够约她出来的话，计划还是可以变更地！ 呵呵

在很久很久以前，一不小心跌了一跤，结果把在书包里面的ibm的屏幕摔坏了……哭啊！

 

近日在淘宝上居然有单卖这个屏幕，遂以rmd1500大洋买下

 

和哥哥苦战一个下午以后，终于把这个东西装好了，开心啊！

 

放上照片与大家一起乐，哈哈

 

 

点击查看大图

这是我开发web站点中总结出来的一种模式：

 

首先说说它的适用场合：有大量页面需要做相同的校验（比如用户是否登录），如果失败则跳转到一个错误页面时，适用此模式

 

模式名称： Need模式

 

模式简介： 在Bll中编写静态的Need...函数，根据上下文校验，通过redirect实现跳转到错误页面的功能。

 

模式举例： 在一个网上oa系统中，几乎所有的页面都要求用户已经登录，则在 Bll.UserUtility 中编写 NeedLogin函数

 

public static UserInfo NeedLogin(HttpSession A_Session, HttpRequest A_Request, HttpResponse A_Response)

{

    UserInfo oCurUser = (UserInfo)A_Session["CurrentUser"];

 

    if(oCurUser == null)    // user not loged in

    {

        string strLogin = string.Format("login.aspx?redirect={0}", HttpUtility.UrlEncode(A_Request.RawUrl));

        string strRedirect = string.Format("error.aspx?code=UserNotLogin&redirect={0}", HttpUtility.UrlEncode(strLogin));

        A_Response.Redirect(strRedirect);

        A_Response.End();

    }

 

    return oCurUser;

}

 

在需要验证的页面中，比如 viewDocument.aspx.cs 中

 

protected void Page_Load(object sender, EventArgs e)

{

    UserInfo oCurUser = Bll.UserUtility.NeedLogin(Session, Request, Response);

    if (oCurUser == null)

        return;

 

    .....

}

 

模式的推广： 派生Page类子类 NeedLoginPage

前几天，瞄瞄女友生病住院，所以他来沪上陪她。

 

昨天，其女友出院，才得与我相聚。

 

过两天高三一般的日子，打桌球，看电视，打电脑，下馆子。

 

今日午饭是在徐家汇的季诺吃的，食物真是太难吃了……

 

兄弟就是兄弟，他不假思索地猜出了我对谁比较有感觉，纵然我们已经分开超过4个月了：）

 

桌球水平大家都还是原地踏步，但是那一起打球的感觉相比当初却显得更加弥足珍贵了。可能是因为现在能够再这样打球的机会越来越少了吧。

 

晚上一起去广州蕉叶，有幸分到个安静的角落。食物很棒，尤其是那个什么什么抄虾，准确的说是那咖喱真的很棒！

 

套一句老话： 友谊地久天长。

现在很多人都在做web，在这里我也放出我的架构，往大家多多指点：

 

1、主架构

 

2。各层解释

 

    a） Utility

         一些基本工具，诸如SessionId生成器啦，图片缩放工具啦，MD5生成器啦，ObjectCache<>啦,Singleton<>啦，插件加载工具啦

    b） UnitTest

         单元测试

    c） LibDataAccess

         基本的数据库访问库，主要是提供了接口，让LibDataAccess.SqlServer，LibDataAccess.Oracle实现具体的数据访问操作，然后提供了加载器，会自动根据配置文件加载合适的LibDataAccess

    d)  IDAL

         数据访问层的接口，他提供了数据访问层的操作规范与接口，让SqlDAL, OracleDAL通过LibDataAccess实现基本的数据访问操作，同时提供了加载器，根据配置文件加载合适的DAL

    e)  BLL

         业务逻辑层，真正和业务相关的东西都在这层里面，数据之间的关系也是在这层才真正体现出来，它通过IDAL的DalManager类来获取合适的DalFactory，并创建需要的DalManager进行实际的数据库操作

    f)  Model

         模型层。说白了就是原始数据的结构体表示，没有方法只有public属性的类

    g)  aspx.cs

         页面背后的一层，主要做一些基本的数据验证，信息反馈，调用BLL进行业务逻辑的处理

    f)  aspx

         真正的页面层，基本上只负责页面的显示，大部分内容来自美工制作的html

 

大家有什么样的想法呢？