在我们设计好了三层架构的SQLHelper、Model、DAL和BLL后，我们要开始来调用它设计好的功能了。 首先我们来设计Login.aspx,先看界面的设计： 帐户名: 密码: 再来看Login.aspx.cs的设计： 记得加上这个： using BLL; using Model; 而后才是： protected void Page_Load(object sender, Ev... [阅读全文]

BLL层，又叫业务逻辑层，顾名思义，就是放置业务逻辑的地方. 业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因... [阅读全文]

IDAL:数据访问层接口,接口是一种系列‘功能’的声明或名单，接口没有实现细节. DAL:数据访问层,主要用来做数据逻辑处理,具体为业务逻辑层或表示层提供数据服务。 先来看下IDAL的设计: ICustom.cs public interface ICustom { /// /// 添加一条记录 /// /// /// int Addcustom(custom Cu... [阅读全文]

在做系统的时候有意识的用到了抽象工厂这个设计模式，主要解决的是数据库更换的问题。 下面就以简单的登录来逐步的分析一下这个模式。 经典的三层架构 数据库如下 1. 一般的数据库连接方式 界面层 1: Public Class Login 2: Private Sub btnLogin_Click(ByVal sender As System.Object, ByVal e ... [阅读全文]

说到Model设计,我们先谈谈它的作用: Model又叫实体类，这个东西，大家可能觉得不好分层。包括我以前在内，是这样理解的：UI model层里面的一个类对应数据库里面的一张表， 类里面的每一个属性对应表里面的一个字段，每个属性都有自己的 GET 和 SET 方法， 项目中的数据存取都要依靠GET和SET方法来实现.确切的说它不属于纵向的哪一层，而是所有层都要用到的业务实体层。 下面来创建dep... [阅读全文]

如果您有疑问或建议，请进入技术讨论区交流 在06、07年的时候，我写过一些关于三层架构方面的东西（参见这里），现在看来，觉得有很多实用性的内容需要补充到里面去。我们还是先从架构图看起，然后一一解释，你就会发现相比于两年前，这个架构做了哪些变化和调整。 一．三层架构图 二．系统各层次职责 1.UI（User Interface）层的职责是数据的展现和采集，数... [阅读全文]

如果您有疑问或建议，请进入技术讨论区交流 本来是不想跳出来充大头蒜的，但最近发现园子里关于MVC的文章和讨论之风越刮越烈，其中有 些朋友的观点并不是我所欣赏和推荐的，同时最近也在忙着给公司里的同事做MVC方面的“扫盲工作”。 所以就搜集了一些大家接触MVC的过程中经常出现的问题做了一下解释说明，希望能与大家多多交流， 呵呵。 当然这种架构模式本身的一些问题也会在... [阅读全文]

如果您有疑问或建议，请进入技术讨论区交流 希望朋友们留下自己对三层架构的理解。。。 三层体系结构的概念 用户界面表示层(USL) 业务逻辑层(BLL) 数据访问层(DAL) 图一：BLL将USL与DAL隔开了，并且加入了业务规则 各层的作用 1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不... [阅读全文]

但是Class这个东西,如果用得比较少,充其量只是一个大模块的包装方式. 只有大规模地用它来开发,才能显出它对项目管理的优越性来. 所谓的意大利面条式代码,就会和asp划上句号了. 我想目前大部分的asp程序员中都还没有使用Class,对面向对象这种术语也不太熟悉,需要增加一章来描述一下asp中的类所扮演的角色,以及和面向对象编程的关系. 我会用尽量贴近编程实践的方式来解释Class的运用,但不会... [阅读全文]

从这节开始,将会给大家介绍几个ASP中的三大通用类,它贯穿于我所设计的三层架构中,是对ASP语法的扩展,可以提高很多细节处理上的效率,可以算是一点点框架的味道. 本节介绍错误处理类,类名Con_Error,在代码页面之初就进行初始化,实例名为e,以下的e.add 即使用该错误类的实例化对象进行操作. 方法介绍: e.Add(ByVal vErrorMessage ) 记录一个错误,并且设置 e.E... [阅读全文]