新版大富翁练功场-设计-MVC 结构 (0分)

> 对 webwork 很失望。
所以,我上次瞄了一眼就否定了。
 
是这样的,生成代码是基于框架的基础上的。比如,如果我们用标准的Struts框架,对于特定的
一个数据库和规则,我们可以自动生成ActionForm,Action,对应的JSP等等,但是如果框架改变,
这些生成的代码都必须改变。
所以,在生成代码之前,必须决定框架,否则生成的代码必须重新生成。
比如说,我主张用一个通用的generic Form bean代替单独的XXX formbean,刚才我和sony讨论
的时候,sony认为会有性能问题,而我持相反的意见。如果这个意见最终得到采纳,那么这个框架
就不是原来的Struts框架了,因为原来的xxxFormbean都不需要生成了。
至于生成代码,sony已经自动生成了很多业务逻辑在CVS里面。你可以察看CatseyeII/src/BaseJavaSource
 
你上面所说的validate的代码,如果用Struts的框架,那么就是在各个Form Bean里面进行
这种boolean passwordValidation(input) {...}的校验,
如果用我说的通用Form bean的框架,就不需要这种代码了,由框架校验。
我设想的校验rule是动态调用,自动校验的。好处是可以随时更改而不需要大动干戈。
说到底,使用生成代码必然带来很多重复的代码,但是效率会提高。因为这种自动校验一定使用
Reflection完成,效率不如代码直接校验高。但是考虑到Struts内部已经大量使用了Reflection,
包括form bean的生成,全部都使用的reflection,所以我认为我的方案是可行的。
这是一个粒度问题。
通过使用form bean,Struts为每个form只生成一个form bean的instance,所以会提高效率。
而如果我们只有一个通用的Generic form bean,必须要在session里面登记不同的名字,以实现
和原来的instance数目一致,这样就不会比原来的结构效率低。
我要睡觉了,明天做实验。
其实,现在我们决定了框架,写程序倒是快...40%是生成机写的。
 
新做了一个框架设计: http://www.delphibbs.com/delphibbs/dispq.asp?lid=1103107
 
今天看到 Cocoon 也有一套 SiteMap、Views、Action 等等,与 struts 和我设计的框架
有很多相似点,看来 JSP MVC 结构真是热门方向。可惜,我看到 Sun 的网站上说 JSP 1.3
不包括 MVC,我真希望它们快点颁布个标准算了,省得大家费心。
 
Craig McClanahan (of Struts) is participating in 127
http://www.jcp.org/jsr/detail/127.jsp
JSR 127 JavaServer Faces 将是个非常有意思的东西,
不过至少得等到明年,才能看到具体的东西。
 
学习!
yysun和曹晓钢谈论的东西很不错啊:)
 
想请问一下dfw-lgc的UML源文件用什么软件查看?
 
关注ing!!!
 
开个玩笑,好像有人的Windows的消息机制不够清晰啊,^_^
 
顶部