你是在面向对象还是在面向数据库？

　　回想起过去4年多做过的项目，不论B/S,还是C/S，大都属于企业应用程序，架构基本上都是采用经典3层结构或者4层。

但一个现象一直阴魂不散：业务逻辑层BLL里基本没什么质的东西，基本属于前台和数据访问层DAL的过度层！真的是没什么

业务逻辑好处理吗？当然不！那为什么会这样呢。

　　想想项目开发的流程，做完需求整理后，最先开始的是什么：设计数据库！不是建模。系统主要的逻辑处理都会在数据库

的设计时考虑进去，希望把复杂的业务通过良好的数据库设计巧妙处理掉。然后就是通过各家的代码生成工具，生成实体、DAL、

BLL,再接着就开始按照美工设计的界面开始了编码，稍微需要逻辑处理的地方，也在页面后台文件中处理掉了。这样BLL确实没

什么好处理的了。

　　这种开发方式可能在开发速度上真的会快很多，也让公司的利益最大化。大家一拥而上，一人一部分，三下五除二就做掉了，

更有时是临时从别的组拉来的人用三五天的时间写完就闪人的。

　　但我个人越来越感觉到这种开发方式的丑陋，因为接触到的一个接一个的后期项目的改动，让之前开发的东西变得僵硬、粘稠、

理不清头绪，让改的人一个头两个大，正确率也只能建立在大量的测试和反馈上。

　　再说的得瑟点，我们在用面向对象的语言和开发工具，写着面向数据库的代码。对数据库的依赖已超过了对系统的设计，让

系统失去了它最重要的“腰”。至少我觉得作为一个软件人，不是为了增删改，IF...ELSE而工作。

　　别让自己只为简单实现系统而重复着IF ELSE，别让自己多年以后还停留在增删改的层面。

转载于:https://www.cnblogs.com/zhonghua-sun/archive/2010/09/18/1830298.html