瘦BLL+胖DAL VS 胖BLL+瘦DAL（2）

闲聊

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

我学习，渐渐的就形成了以任务驱动的习惯，就象学习做网站，我就是以一个学生作业提交系统为底子，以一种扩散式的

学习方法，学习PS, Javascript, Asp.net这些，在学习中也是要用什么就学什么，也不知道这样学习好不好（当然这样肯定

有一个不好的地方，就是对知识不求甚解）。所以在园子里也不能算一个什么角色，所以有什么错误，请大家指出，我一定

尽量改正。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

正题

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

前面说过的那种情况，我问查过一些资料，我先分析一下；

①瘦BLL+胖DAL; 这样的优点在于表面上比较好的实现了三层构架，但在实质上，却将应该在业务层BLL的逻辑转嫁到了DAL，

这样，BLL层也就实质上可以不存在，这样实质上就没有必要用三层构架了；

②胖BLL+瘦DAL；这样的优点在于完全实现了三层构架，比较好了实现了三层构架的思想，但又有一个问题，那就是效率问题。

 

后来，我与我项目组的同学讨论，老师觉得有问题，就过来问什么情况，他说了几个观点，这里我也结合我的理解，

我转在这里，不知道大家觉得怎么样，希望大家提个意件；

①，老师也觉得这是个问题，有个折中可以解决的办法，就是建立view来解决，等下我去研究研究这个；

②，用inforeport这个东西，我也不知道这是个什么东西，

③，对小项目而言，不用为了三层而三层，三层最主要是为了解决多人协作，减少耦合等等原因，而对于一般的小项目，象我在做的

这个教学项目，就完全可以不用三层，因为虽然是我一个人开发设计，但他的逻辑关系确实有限，总共的代码又没有两行，对开发

阶段和以后的维护应该没有什么大的困难。

④，对于大项目，我没有什么经验，我只说一下我的理解，在这种情况下，就要用一种折衷的办法，其实涉及多个表，又存在着效率

问题就用用存储过程，不要陷于构架，而不能自拔，用户最终要的是实现，他可不管你是怎么实现的，在涉及到的一些有争议的地方

只有采取一个自己认为好的方法（当然是经过自己努力想过的），做好这里的文档说明，给后来维护的人一个提醒。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

我也只能想到这么多了，希望大家能有一些好的什么解决办法，这里谢过。