● [合集] struts中能不能这么做？发信人: diaochong (静静的雕虫~~小猪), 信区: J2EE
标 题: [合集] struts中能不能这么做？
发信站: BBS 水木清华站 (Tue Mar 30 09:48:50 2004), 站内
【 以下文字转载自 JavaClub 讨论区 】
发信人: diaochong (静静的雕虫~~小猪), 信区: JavaClub
标 题: [合集] struts中能不能这么做？
发信站: BBS 水木清华站 (Tue Mar 30 09:46:46 2004), 站内
☆─────────────────────────────────────☆
gty (宜良-丽江-蝴蝶泉) 于 (Fri Feb 21 01:21:59 2003) 提到:
这两天我在webwork的maillist上发了一些建议，主要是希望
webwork2.0支持POJO(pure old java object)，也就是说，希望
取消business logic必须支持Action接口的限制。
我知道大家用struts的比较多，希望能看一下struts能不能
进行这样的改进。另外，webwork已经采用了Value Stack的技术，
因此取消了FormBean的限制。
下面是原文：
-----Original Message-----
From: guty [mailto:brisoft@263.net]
Sent: Thursday, February 20, 2003 1:25 AM
To: Jason Carreira
Subject: from a ww user's view
Dear jason, I have problems with my mail server. Please
help me transfer this mail to the mail list. Thank you:)
-------------------------------------------------------
I am not familiar with detail mechanism of WW. But from
a ww user's view, I'd like to see WW like this:
##################################################
Model ( a POJO java bean):
public class Account
{
protected String firstname;
protected String lastname;
protected String email;
protected String username;
//getter and setter methods...
}
#################################################
Business Logic ( A POJO java bean):
public class AccountManager
{
/**
*
* @ return long, account balance, to illustrate return
*/
public long createAccount(Account account)
{
...
}
// other methods...
}
###################################################
View ( webwork taglib with multipal view techs includes JSP and velocity)
<form action="<webwork:url page="AccountManager.createAccount"/>">
<ui:textfield label="'First name'" name="'param[0].firstname'"/>
<ui:textfield label="'Last name'" name="'param[0].lastname'"/>
<ui:textfield label="'Email'" name="'param[0].email'"/>
<ui:textfield label="'Username'" name="'param[0].username'"/>
</form>
###################################################
UI Control, or UI workflow ( custom xml integrate with WW EL)
<action name="AccountManager.createAccount">
<view exception="PermissionException">Login.jsp</view>
<view el="'if test="'return' >1000 "">BigAccountSummary.jsp</view> <view el="'if
test="'return' <=1000 "">SmallAccountSummary.jsp</view> </action>
Gu Tianyang
guty@em.tsinghua.edu.cn
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Sat Feb 22 19:59:34 2003) 提到:
【 在 gty (宜良-丽江-蝴蝶泉) 的大作中提到: 】
: 这两天我在webwork的maillist上发了一些建议，主要是希望
: webwork2.0支持POJO(pure old java object)，也就是说，希望
: 取消business logic必须支持Action接口的限制。
取消了继承那信息就不通过回调方法之类的传递了吧,
其他有更好的办法吗?
好像struts1.0的一个action处理一个任务是为了得到COMMAND模式的好处
: 我知道大家用struts的比较多，希望能看一下struts能不能
: 进行这样的改进。另外，webwork已经采用了Value Stack的技术，
: 因此取消了FormBean的限制。
struts新的版本是不写formbean,只是在配置文件
声明,用dynamicproxy动态生成formbean.struts的formbean的方法好像基本上也
可以用其他方式取代.
value stack是什么东东?用pure javabean比formbean好在哪里?
: 下面是原文：
: -----Original Message-----
: From: guty [mailto:brisoft@263.net]
: Sent: Thursday, February 20, 2003 1:25 AM
: To: Jason Carreira
: ...................
☆─────────────────────────────────────☆
gty (宜良-丽江-蝴蝶泉) 于 (Sat Feb 22 23:24:44 2003) 提到:
POJO的好处在于，一是简单，二是标准。
第一点显而易见，只要学了Java就会写；
第二点有点哲学意味，越简单的事物某种程度上是越容易
标准化的。
想想现在各种各样、各个层次的framework、server，为了
让信息在内部流通顺畅，往往制定一些“规范”，但对外部
系统来说，这些规范恰恰也会成为系统融合的障碍。
如果AOP的确能够帮助各个framework在POJO的层次上统一
起来，那样的标准也会更真实些。
回到原来的问题，我的业务逻辑和数据对象都在中间层，而且
目前都是POJO，我不太希望为了一个web framework，再去写
大量的action或者form bean去做转换工作。
【 在 UltraFool (遥望·遐想·感伤) 的大作中提到: 】
: 取消了继承那信息就不通过回调方法之类的传递了吧,
: 其他有更好的办法吗?
: 好像struts1.0的一个action处理一个任务是为了得到COMMAND模式的好处
: struts新的版本是不写formbean,只是在配置文件
: 声明,用dynamicproxy动态生成formbean.struts的formbean的方法好像基本上也
: 可以用其他方式取代.
: value stack是什么东东?用pure javabean比formbean好在哪里?
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Sun Feb 23 14:17:00 2003) 提到:
【 在 gty (宜良-丽江-蝴蝶泉) 的大作中提到: 】
: POJO的好处在于，一是简单，二是标准。
: 第一点显而易见，只要学了Java就会写；
: 第二点有点哲学意味，越简单的事物某种程度上是越容易
: 标准化的。
: 想想现在各种各样、各个层次的framework、server，为了
: 让信息在内部流通顺畅，往往制定一些“规范”，但对外部
: 系统来说，这些规范恰恰也会成为系统融合的障碍。
: 如果AOP的确能够帮助各个framework在POJO的层次上统一
: 起来，那样的标准也会更真实些。
: 回到原来的问题，我的业务逻辑和数据对象都在中间层，而且
: 目前都是POJO，我不太希望为了一个web framework，再去写
我觉得在struts这样的framework中是不应当包含业务逻辑或者数据对象的,
action中只是包含对真正逻辑对象的调用,真正的逻辑对象可以包含在EJB
或者POJO中,而数据访问可能在逻辑层之后
原来的应用升级到struts修改的应当是他的表现和流程控制,而中间层可以不变吧
: ...................
☆─────────────────────────────────────☆
holly (愤中) 于 (Tue Feb 25 00:51:20 2003) 提到:
【 在 gty (宜良-丽江-蝴蝶泉) 的大作中提到: 】
: POJO的好处在于，一是简单，二是标准。
: 第一点显而易见，只要学了Java就会写；
: 第二点有点哲学意味，越简单的事物某种程度上是越容易
: 标准化的。
: 想想现在各种各样、各个层次的framework、server，为了
: 让信息在内部流通顺畅，往往制定一些“规范”，但对外部
: 系统来说，这些规范恰恰也会成为系统融合的障碍。
: 如果AOP的确能够帮助各个framework在POJO的层次上统一
: 起来，那样的标准也会更真实些。
嘿嘿, 从另一个意义上说, 是制定了又一个规范. 而已.
AOP 跟 GP 一样. 适当地用, 很好. 不过很容易用滥的. 或者说,
用滥的可能性比用好的可能性大.
: 目前都是POJO，我不太希望为了一个web framework，再去写
: ...................
※ 修改:·qyjohn 于 Mar 30 09:50:09 修改本文·[FROM: 219.238.203.*]
索引页面|上一篇|下一篇
[返回] W3CHINA.ORG讨论区 - 语义网·描述逻辑·本体·RDF·OWL →
计算机技术与应用 → 『 Java/Eclipse 』 → [合集] struts中能不能这么做？
(订阅本版)
2004/9/23 0:40:00
新浪微博
[合集] struts中能不能这么做？
