高人指路

小弟学.NET已有二年啦,以前做网站不考虑什么是多层,三层架构啊!能实现功能就是好网站.
渐渐的发现越来越没意思,没有一点技术含量,所以近期开始关注架构方面知识,准备仔细研究23种模式,但是刚看完简单
工厂这种模式就感觉到好多都看不明白,感觉到自己的基础不扎实,于是又搬起床头那本厚厚的C#语法书,从头看至尾看
了遍确实让我充实了不少(比如什么是VOS,GC,虚方法啊,接口的实现),接着又回到学架构模式啦,但是问题又来啦!为什么这里要用
业务逻辑层呢它里面又应该写些什么呢,为什么这里又要用接口呢它是根据什么东西而来的呢!越想越头大,迷茫啦.......
..................................
我知道也有和我一样正迷茫中人的,所以拿到这个ASPX1论坛上来请教高人!希望高人能够指点一二,解救迷茫中的我们!

恭喜您已经顺利通过了网站开发的第一阶段学习。

分层，个人理解就是要实现程序在层次结构上的模块化，实现各模块的高内聚，低耦合。这样开发出来的东西比较容易维护、升级。而且分层机制使得 同一项目 可以更好的多人并行开发。同时，这样一般会加重开发的工作量，同时要求设计者有较高的综合驾驭水平。小项目，自然可以 以功能为主，信手拈来，可以称为快速原型化。但如果大项目，如果不好好设计一番，到后期可能会遇到毁灭性的错误。

至于你说的设计模式，确实是不大容易理解的，必须结合实际，自己在项目中亲自应用一下。我目前用的最多的也就是最简单的单件模式，其他模式也只能纸上谈兵。设计模式是为了使程序更健壮，更完善。如果不能达到这个目的，还不如不用模式。

接口就是一个协议，大家都遵守这个协议，就能协同完成一个事情。
比如，一个类有多个使用者，使用环境，当他们差别不大时 就可以共用这个类；但如果差别较大时，无法共用一个类了，就只能共用一个基础类，然后各自集成这个基础类；当差别再大时，几个的实现过程几乎没什么共性，但各自最后暴露给外面的东西却大致一致时，就用到了接口。接口比单纯使用类，类继承 更灵活。
个人理解，欢迎大家拍砖。
另提醒您，不要将同一个问题，发多个主题，这样会带来很多不便。而且有可能被本站管理人员认为您是灌水，而将所有帖子给删除了。

非常感谢高人能够第一时间帮我解惑!今后向你多多学习!

共同学习

建议先学简单三层模型