超菜鸟对三层的一点理解

　　因为新的项目要用到三层架构,所以在项目还没有开始之前,项目经理一直叫我多看些这方面的知识.这不,今天他叫我写一下自己对三层的理解,这个可叫难啊.一个自己的整体水平还没有达到这个境界,另一个也就才看这方面的知识一段时间.感觉自己的心情与因为担心自己画的地图会改变世界而不敢画地图的朋友一样,不知自己对这东西理解是否正确,如果因为自己的错误理解而污蔑了神圣的东西那可罪过大了:)

　　以前老是感觉三层与自己是一个很远的距离,但好像接触些例子后发现其实三层在自己之前的项目中也有过影子的,只是没有人告诉我那就是用了分层的架构.我想高手们想出三层一个很重要的原因是为了修改吧,因为他可能要修改的部分按类别区分好,这样下次要修改的话会方便很多.

　　把要与数据库通讯的一些类似的类放在一个层里面,这样你一看就知道这个层面的页面都是与数据库有着关系的,比如你可以把连接数据库的代码放在一个类,各种页面的查询,添加代码放在不同的类里面,这样就非常的明了.以前我在做项目的时候,就是把这些代码都放在APP_Code里面,幸好以前的项目不是很大,如果数据层的页面多的话,想轻易找到一个页面的查询语句恐怕并非易事啊.这个层按高手们的定义叫数据访问层(DAL),专门把与数据库打交道的类放在这里面.

　　还有一个叫业务逻辑层,其实我觉的这个层存在的意义并不是很大,它的作用就是调用数据访问层里面的类的方法,这个里面一个页面的代码量也不会很大吧,我想这不是完全有可能把它们直接放在.aspx.cs页面里面吗?多弄了一个层是为了什么呢?到目前为止小弟是没有搞明白,如果有菜鸟兄弟或者是高手朋友,还望搭救搭救

　　数据库基层,我想这个层存在的价值也不会很大吧,直接在数据访问层里面加多一个类页面不就行了吗?还有必要搞个层来装这几个页面吗?

　　哎,没搞懂啊,三层啊三层,到底你存在的价值是在哪里呢?