第一次接触三层架构感想

看完大话设计模式，今天研究了一下三层架构和MVC。经过对比发现三层架构和MVC其实本质上没有区别，都分为三层，我觉得MVC就是三层架构，只不过具体要求不同。当然，只是我的理解，我接触三层架构才一天时间，是不可能真正理解的。老师没给资料，自己百度了点，拿来谈谈心得。

利用一天宝贵的时间看了三层架构，也应该有点收获，分为两个部分。

1.三层架构简单理解。

对于三层架构的理解，话不多说，全在图里头。能找到这么一张漂亮的三层架构图非常幸运。可能您会有疑问：图中描述的为什么不是三层？其实我也是从网上的讨论得知，三层架构的核心只有三层：用户界面表示层(UI)、业务逻辑层(BLL)、数据访问层(DAL)，但是经过长期的实践发现可以提炼出两个附加的项目(我也不知道叫什么好，暂且叫项目吧，如果您知道，麻烦告诉我一下)，这两个项目分别存放共有的数据库处理类(Common项目)和实体类(Modal项目)。图中这种表示方法才是微软公司真正想告诉我们的以三层为核心五位一体设计架构。

2.实际操作指南。

将应用程序的实现分布在3层实现。设计数据访问层实现对数据表的基本操作，为每个数据表设计1个数据访问类。为用户的每个功能模块设计1个业务逻辑类，通过调用相关的数据访问层类，来实现每个业务逻辑功能。在界面层，首先部署控件，然后在恰当控件的恰当事件里，调用相关的业务逻辑类，实现界面上的设计功能。另外，还需要是存放实体类的项目Modal和存放通用数据操作类的项目Common。

将应用程序的功能分层后，一旦用户的业务需求改变，只需修改3层中的相关方法，整个应用程序的总体架构是不受影响的。这种做法使程序的可复用性、可修改性，都得到了很好的改善，大大提高了软件工程的效率。

以上这些仅仅是自己通过网络学习简单的理解，一天的理解，仅供参考。

三层架构不是一时半会可以理解的，目前情况看来我了解即可，还需要在以后实战中磨练。接下来要向VB.NET进军了，最好学的就是语言了，我经常说的一句话：语言不是问题！