B/S开发，应该设计模式

Question

大家感觉在进行BS开发的时候，一般用到哪些模式啊？ 我一般都用不上，领导一催，就开始直接写啦！

Answer 1

Domain Model 是业务层最重要滴模式之一！表示层有表示层滴模式!对象模型与数据库映射时同样有许多灵活滴模式！

Answer 2

使用比较的是MVC，工厂等。不能为了追求模式而使用模式
符合需要最重要

Answer 3

可以参考参考FortuneBase中的设计模式参考地址www.cnblogs.com/mail-ricklee

Answer 4

我也曾经见过一些教授喜欢把设计模式说成是OO入门宝典。我学习OOAD的那些年，幸亏没有纠缠于半点设计模式的细节，否则早就被带到沟里去了。OOAD更加“大气”，这不是设计模式可比的。OOAD也更加完备和丰富，是软件工程设计技术，而不是给你几个姿势套路。

Answer 5

适合项目的模式就是最好的模式 建议lz先阅读下设计模式的相关书籍 比方 
大话设计模式，headfirst

Answer 6

gof的23种模式就是经典。但是模式的应用要因事而异，不能勉强的嵌套。可以不用模式的地方就坚决不用模式，可以应用的地方要坚决的应用。

Answer 7

中华武术博大精深，这种类比似乎有些草率，俺不能苟同！武术套路为的是强身健体，打好基础。
——类似于基础语法训练，if...else, switch...case, do...while等等。而实战中需要滴是应变，即攻防技能，这是从套路练习中学不到滴，需要高人点拨，以及个人领悟！
——模式就是高人点拨的招数，可以达到事半功倍滴效果！所谓模式是万能套路，这仅仅是一些人滴误解或是谣传，
而大师们早就明确滴指出——模式仅仅是解决方案滴起点，而非解决方案滴全部，
真正滴解决方案要靠你滴聪明才智去发掘！换言之，模式仅仅为你指明了正确滴方向，而路要靠自己滴双脚去走出来！针对不同的问题域，有不同滴模式与之对应；对于复杂问题，常常需要多种模式相互配合才能解决！模式确实是从实践中总结出来滴，没有模式照样能写出漂亮滴程序，
但当你遇到新问题时，模式可以给你许多好的建议，使你少走弯路！模式的缺点就是它不是万灵药，解决实际问题要靠你自己，当然可以灵活运用、组合模式，
甚至总结新的模式，因为模式是从问题中提炼出来的，出现了新问题，新模式也就不远了！模式与OOAD，是登山路线与山顶地滴关系，OOAD是山顶，模式是通向山顶滴许多条捷径
（分布在不同滴方向上）
——那些已经登顶滴先驱会回低下头来告诉那些登山者，捷径在哪里，因为他们站得高看得远！
即使有了捷径，登山者仍需一步一步走上山顶，
但是可以更早滴登顶，这种喜悦是每个登山者都不会拒绝滴！登顶很快乐，其实分享更快乐！
——大师们就乐在其中！

Answer 8

个人感觉 三层架构  mvc 是比较好用滴