HQL

select max(o.customer), sum(i.count) // o.customer 出错
from Order o, Item i
where o = i.order
and o.status = 'A:valid'
and i.goods.goodsNo = 4
group by o.customer

SQL

select o.customer_no, sum(i.count)
from order o, item i
where o.order_no = i.order_no
and o.status = 'A:valid'
and i.goods_no = 4
group by o.customer_no

JSTL显示数据

<c:forEach var="list" items="${results}">
<c:out value="${list[0].name}" />&nbsp;
<c:out value="${list[1]}" />&nbsp;<br>
</c:forEach>

http://www.devedu.com/private/2005-6-22/18174/default.aspx

老白， 知道你为什么设计不出一个游戏平台吗？ 因为你欠缺 对象化 这个概念。 如果你有了对象化这个概念， 那么设计平台这种事不是什么难事。

这里， 我提一下我的观点， 现在的java 走入了一个死胡同， 它可以继续发展， 但是难度会越来越大。 我把现在的java 系统理解为一个庞大的 99% 纯对象化的系统， 这样的系统在初期很容易设计的， 但是这样的系统却是一条不回路， 他会在一个方向上越发展越窄。

理解我上面这段话， 是有困难的。 要理解我上面这段话， 需要理解我设计系统的原理。

在我看来， 一个系统是一个组建群的组合， 也就是说一个系统包含了一个或多个 Component. 在我的系统中， 各个Component 可以是彼此认识的， 也可以是彼此不认识的， 在这个系统中有一个非常重要的组件， 那就是 SystemController(SC), 这个 SC 认识系统中所有的 Components, 由于 SC 认识系统中所有的 Components, 所以 components 彼此间的联系是通过 SC 的信息交互来实现的。 这样的话， 如果要实现添加一个Component 到一个 System 中去， 或 删除一个 Component, 将会变得非常简单， 对系统的重组也会变得很简单。 因为 SC 是这个系统的核心， 所有的代码变动仅仅发生在 SC 中。

这样的框架设计不是 100% OOP 的。 因为真正的 OOP 讲究的是 对象与对象直接对话， 而我的系统中的 对象 是通过 SC 来与其他 对象 对话的。

还需要指出一点， 一个系统中的 component 也可以是 一个独立的系统， 由于每个系统都有一个 SC, 那么与某个系统的对话， 也将通过与该系统的 SC 的交互来实现。

这样你看到了， 这样的设计思想的能量是何等的强劲。 他将使得系统的扩展变得轻而易举。 系统的扩展将在多维的层面具有可扩展性。

这样的系统也是OOP 的。 为什么这么说呢？ 因为系统中的 Component 可以独立于系统之外独立的设计。 设计一个系统只是将这些具有自身功能的 component, 根据系统需求而加进来， 并且在 SC 中写你的代码。

而现在的java 不是这样的。 所以， java 发展之路将越走越窄。

live41,

多谢42 的连接， 我又开阔视野了。

原本想看别人打架，没想到拳头打偶头上来了

你除了会捂着嘴傻笑还会干什么，C版出这样的垃圾你都不清理门户

偶C版的一个"垃圾"就可以独斗群雄,偶有什么理由不捂着嘴傻笑?

如果中国zf有这样无赖，一早就铲平小rb和收复台湾了

如果现在的国jia领dao们有这样无聊，外蒙古早就归并，连带把扑惊老婆强j了都行！