ASP.NET网站三层架构的理解

还在大学的时候就学习了三层架构，可是到了这段时间才真正地对三层架构由一个全面的理解。
1 界面层（UI）负责显示数据和接受用户操作
2 业务层（BLL）负责处理数据的业务逻辑，如验证数据的合法性，进行一些数据计算等
3 数据层（DAL）负责处理数据库操作，在数据库读取数据和对数据进行更新删除插入等操作。
上面也仅仅是对概念的理解，其实我总结出来最为关键的是：表现层应该最简单，没有太多的后台代码；业务逻辑层对应的是业务逻辑实体，这里进行着非常复杂的业务逻辑操作判断（当然也可能很简单），比如事务处理等；数据层应该是非常简单的，太对应的是实体表，仅仅是一条条sql语句执行的操作，没有逻辑判断。最后，这三层应该是可以分离的！
对于一个系统，如果能够把三层结构写的很好，那么完全可以做成代码生成工具。
就像所有的企业级系统开发的.Net程序员一样，我也曾经苦苦挣扎于底层架构的搭建，如何一次性简单快速的搭建出足够前台调用的接口便成为一个欲罢不能的想法。参与了若干系统的开发之后，经过头脑风暴，我尝试着构建了一种简单的架构实现过程，在经过一些尝试后最终构建成功，并实施在我的一个解决方案当中了。
写程序要有一个好习惯，就是坚持用尽量少的代码实现尽量多的事情，所以一般能共用的代码，我就写成共用的，这样基本上就减少了不少的代码量。另外，通过一定的抽象过程，开发出一个底层代码自动化工具才是最为可靠的。