讨论一下设计模式吧？

jive 可以说是应用模式设计的典范作品，大家认为jive 是一个成功的产品呢？ 还是一个成功的花瓶呢？ 想了解一下大家的看法.

不知道大家在实际工作中mvc框架应用的多不多？谈谈经验如何？

MVC 的理论性太强，邯郸学步，学得不象反而忘记了原先该怎么走了。对于 MVC 以及一些 J2EE Patterns，我目前的体会就是这样。
言必称 MVC，完全没有必要。

同感。
我看jive是典型的模式应用失败案例，可是大家却都很推崇jive，why?
你真的觉得jive 很好用吗？jive的速度够快吗？（我每次打开jdon 的论坛都慢的很，如果让jdon看到，又要删贴了。）

大家都很推崇 Jive，真的是这样吗？是 banq 领头的吧。他曾经把 Jive 修改成了一个什么 jdon 版，对这个东西比较熟悉，所以经常拿来说事。一个论坛的讨论气氛与创建者的风格是分不开的。他需要确立自己的专家的地位，这样才会有人找他做咨询。很幸运我现在并不需要靠这种方式来糊口。我和 robbin 都是靠做的实实在在的项目积累的经验。
他对 J2EE 接触的时间不比 robbin 和 我早。当 robbin 已经很熟悉 EJB 的时候他还在潜心研究 JSP 呢。国内第一篇中文 Struts 使用指南就是我翻译的（更早是 keys 的介绍，keys 才是 J2EE 的牛人）。

我不喜欢揭人的短，但是确实不太喜欢 banq 做研究的风格。

补充两句，一个项目采用什么样的技术、技术的复杂程度、分层的多少应该与业务的复杂程度相匹配。使用 EJB 来做一个聊天室完全是杀鸡用牛刀。具体如何权衡不是看一两本讲设计模式的书能清楚的，必须在你成功实施多个项目（最好有大型复杂的项目）后才能有所体会。要达到这个目标，你必须达到系统分析员的层次，这样才有可能参与系统的总体设计。如果你就是这个项目的 PM 那就更好了。
抛开业务问题来谈技术，最后只能陷入坐而论道的怪圈，不会有什么好结果。所以以前我和 keys 合作时他多次强调技术人员一定要熟悉业务。他们做财务软件的技术人员，做了几年有考过注册会计师的。
其实 PetStore 也是这样的一个精致的花瓶。真正做网上商店不会有人这样做的。在一个项目中不分青红皂白使用大量设计模式不是一种先进的开发方式，美国早就有人对这种开发方式进行反省了，所以才会有 AntiPatterns 和 AOP 的出现。

我没有仔细研究过 Jive，只是看了看介绍，感觉不是我感兴趣的东西。Jive 以前是开源的，后来变成了私有软件。靠这样简单的产品来赚钱，也亏他们想得出来。

审判“四人帮”：
http://www.c2.com/cgi/wiki?ShowTrialOfTheGangOfFour
深入揭批“四人帮”对于软件开发方法带来的毒害。
总检举人：KentBeck（XP 和重构方法的开创人）

指控之一：
The Accused, by making it possible to design object-oriented programs in C++, have inhibited the rightful growth of competing object-oriented languages such as Smalltalk, CLOS, and Java.
被告（“四人帮”）通过使得使用 C++ 设计面向对象程序成为可能而抑制了其它竞争的面向对象语言（例如 Smalltalk、CLOS 和 Java）的成长。

要看懂《设计模式》这本书是否必须要懂 C++？答案是肯定的，至少要清楚 C++ 的语法。但是是否书中的模式只有 C++ 才能实现？我认为不是这样。Java 也可以非常自然的实现书中的所有模式，当然这主要是因为 Java 与 C++ 的语法非常相似。使用其它面向对象语言（例如 Python）实现这些模式是否仍然很容易我也有怀疑。模式基本上是 C++ 和 Java 的做事方式，其它语言（例如 Perl）是否有必要使用模式？或者它们有其它的做事方式，有更为巧妙的模式。

这本书是 94 年出版的，那时候 Java 还没有形成气候，所以他们主要采用 C++ 举例是很自然的。

高见！
想听听 DLEE 对于 mvc 框架的看法，如：struts, Maverick等。

我们并不是采用 MVC 来做事的，我们采用了一种更加平面的方法。通过 XMLHTTP 接口将数据传递给浏览器，由浏览器直接做数据的呈现，也就是把表示层前移到浏览器端来做。通过自主开发的一套表示层控件，以多层 DOM 树的方式将数据映射到浏览器中的控件。这样就完全跳过的传统 Web 开发通过提交表单的 HttpRequest/HttpResponse 开发范式。页面无需提交表单就可以主动请求服务器端的数据。浏览器和服务器间交换的全部是纯 XML 数据，如何呈现由前台的控件根据当时的语境（上下文）自主决定。这样的设计也是符合 W3C 对于未来 Web 发展的设想（Semantic Web）。传统的 J2EE Patterns 中将表示层完全交给 JSP/Servlet 来做，忽略了浏览器 JavaScript 的能力，这是一个重大的失误。
我们开发的这套中间件以及这种崭新的开发方式的实用性已经在我们两年来成功实施的多个大型项目中得到了很好的证实。

因为我们不用 MVC，所以我在 MVC 方面提不出什么好的建议。你可以看看最新的 JSF。

Dlee兄，什么时候share一个你的XMLHTTP做的Demo吧，我很想看看这个东西是怎么和Server通讯的，比较感兴趣。

Jive我没有研究过，所以也没有什么发言的资格，不过大家可以去看看一个叫做Jute的论坛系统，做得比Jive好的多，台湾第一大Java论坛用的就是这个系统，平常60多人在线访问，3700多个会员，而Server也不过是

CPU：P3-450
主機板：技嘉 GA-6VXE
RAM：448MB SDARM (256,128,64 各一支)
HD：QUANTUM FIREBALL EL5.1A 5G 5400轉

而已。性能好就不用说了，功能也非常齐全。

http://www.jsptw.com/jute/

大家可以看看Jute的样子，Jute是一个大陆旅加的程序员写的。

robbin，我把我们做 XMLHTTP 通信这部分代码通过私信发给你了，可以参考一下。