如何设计真正的三层？
普通的工厂模式，如果完成通知类的设计
很容易，毕竟，一个通知，只要有目标、内容、文档，就大体Ok了

但是如果一个比较繁杂的页面，例如人事信息，关于人的属性可是多如牛毛，这时候，我们该如何的处理呢？？
也用一个中间的业务类来处理业务逻辑？？

------解决方案--------------------
应该是要的
------解决方案--------------------
我觉得所谓3层乃至n层，主要是从业务逻辑和功能划分来说的，我见过很多程序员弄一个解决方案，再建立三五个项目，分别命名为Model/BLL/DAL，就以为是三层了，打开每个项目都会发现业务逻辑随处可以见，这其实是对三层的一个误解——三层不是取决于项目的个数，而是将功能、业务逻辑分开，在一个相对集中的地方处理（也许是一个解决方案中的某个项目），这样便于控制，方便开发。

个人的意见，大家见笑了。
------解决方案--------------------
有时感觉到分层的东西特别的麻烦
------解决方案--------------------
我平常用的伪三层，大概研究一下PetShop，
但我觉得很多项目如果用三层的话，会比较麻烦，
况且菜鸟级别的我，现在虽然能看懂一些，但是还不怎么会用哈~
据我了解，很多公司都用类库开发，很少分层的，
可能是项目小的原因吧，最重要的一点是因为可以节约成本，快速开发~
------解决方案--------------------
我觉得先要离开程序来理解一下“对象”这个词的意思，然后才能结合程序运用！