项目分层的困惑

    现在做的项目大都采用分层结构，最常见的就是数据层/业务逻辑层/展示层，但总是对分层结构有一些困惑，或许是理解上的错误和不足。

 

    现在做的项目结构也是按照DAL，BLL，UI来分层；UI是最接近现实用户的一层；但单对于各个层之间，上层就是底层的用户，BLL使用DAL提供的方法获取数据，UI使用BLL层来获取处理好的数据，每一层都对上一层封装了他的实现，只是提供接口，就像是这三层是分别由不同的三个人负责开发的，每个人只要关心自己的这一层所要做的事情。为了适应变化，为了重用，这是分层的目的。

 

    但是也有人说数据和行为分离了就不是真正的OO了，那么像Save，Load，Update，Delete这种操作，是否应该放在实体对象中呢？而要将这些作为实体对象的方法出项，必定要跟DAL层有直接的联系，那这样Etity和DAL就有了双向依赖关系。而在.NET里，两个项目的双向引用又是不可能的，那如果将Entity和IDAL放在同一个项目中，打包成一个DLL呢，又会怎样呢？（虽然说调用DAL必定要和Entity相关，放在一起被一起引用，也未尝不可。），那像ORM是否是双向引用呢。