Java开发网 |
注册 |
登录 |
帮助 |
搜索 |
排行榜 |
发帖统计
|
您没有登录 |
» Java开发网 » Architecture & Framework
打印话题 寄给朋友 订阅主题 |
话题被移动 | ||
该话题已被移动 - floater , 2004-06-16 01:58 如果您尚不清楚该话题被移动的原因,请参考论坛规则以及本版公告或者联系本版版主。 |
作者 | J2EE交流贴 [精华] |
Jove
CJSDN高级会员 发贴: 1228 积分: 194 |
于 2004-06-15 16:11
小弟才疏学浅,贴在这里希望得到大家的意见和指正。 另祝贺CJSDN建站两周年,我最喜欢的Java论坛。过去的一年多在这里得到了不少帮助,一并谢! J2EE交流文档.pdf (563.96k) |
作者 | Re:J2EE交流贴 [Re:Jove] |
jfml
发贴: 708 积分: 30 |
于 2004-06-15 16:16
第一个拜读大作,真是三生有幸啊 |
作者 | Re:J2EE交流贴 [Re:Jove] |
nothing
天外飞仙..... CJSDN高级会员 发贴: 1636 积分: 131 |
于 2004-06-15 16:34
2nd. 躲得过的怪物,躲不过的刺激 |
作者 | Re:J2EE交流贴 [Re:Jove] |
wes109
以梦为马 CJSDN高级会员 发贴: 857 积分: 60 |
于 2004-06-15 17:21
|
作者 | Re:J2EE交流贴 [Re:Jove] |
wes109
以梦为马 CJSDN高级会员 发贴: 857 积分: 60 |
于 2004-06-15 17:34
大体看了一下 写的很不错 严重期待第二版 |
作者 | Re:J2EE交流贴 [Re:Jove] |
floater
Java Jedi 总版主 发贴: 3233 积分: 421 |
于 2004-06-16 22:39
1. I am just an moderator, not admin, so I don't have permission to lift the file limit for uploading. 2. VO point: In a small scale, sure there is convenient to pass VOs between layers. However, I found that this would invalid the layer seperation and cause severe consequence in practice(I mean in business application development because expansion is almost a sure thing). On the other hand, the interfaces(belonging to the business layer, i.e., setting the business layer packages, this is very important) could benefit greatly. For example, I have a swing(off web a little) panel with this interface, a plain java bean from dao with this interface, a plain java bean from nao(network/internet) layer with this interface, when I get the updated info from gui, I don't need to wrap the panel again, just pass it directly to the dao to update the new info. However, the drawback is sometimes I still need to copy objects, but this is still less work than plain VOs. 3. ambler's site: http://www.agiledata.org/. I don't have the e-copies somehow. Two articles: a. chapter 14 of his book: the fundamentals of mapping objects to RDB. This is talking about options we have b. The design of a robust persistence layer This is talking about his version of best practice. c. There is some implementation based on b somewhere. 4. I have no hand-on exp on ibatis, sorry can't help on this. 5. Callbacks/inner classes, in my view, is always the *last* way to resolve something if we can't go straight. It's ok if the logic flow is easy to grasp, but it's horrible if not easy. I think it's ok for jdbctemplate etc, but it can be improved by removing callbacks. To expand my reasoning further, any APIs would have the same problem, like spring web controller api and swing api. The learn curve is nontrivial because we have to call them in a very careful fashion, even the java docs are good. 6. settings should be loaded from configurations because by definition they are settings. Classpath loading is uncontrollable. For example, spring uses commons-logging. If a log4j.properties is found in the classpath, it will use it, otherwise, use jdk logging. Now, say I have a spring web app on an app server and I want to use jdk logging, so I don't put log4j.properties in the classpath. However, some other app setting on the same app server wants to use log4j and put a log4j.properties there. Now what happens? 7. Good point from zyzhang, exceptions AND logging, we need to pay attention to them. 8. My questions are not really questions, but the reasons why we have them, spring tx, mvc, etc. If we know what problems these solves, we could have a better understanding. I just did examples, we should throw in more questions like these to help us better comprehension(as well as logging the aspects of subjects). 9. I don't see the code from Jove, did you hide it somewhere, ? 10. I am working on a project using spring mvc and dao. I could write some document on these two later. It seems some of you folks have exp on other areas, aop, tx, if you could get something, maybe we could combine them together. I would think a startup demo, key technical points/benefits, problems solved, comparing to other similar things, limitation. A general explanation is not good enough, a code-level demonstration would be great. To go further, since I am not an expert on editing, I start to think about/learning editing. I like the wrox style, a lot of stuff on one page, I hate Yan's java and pattern style, waste of paper. code highlight would be great, code explanation in "* in action" books would be great. Any suggestion would be helpful. "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." - Martin Fowler, Refactoring - Improving the Design of Existing Code |
作者 | Re:J2EE交流贴 [Re:Jove] |
Jove
CJSDN高级会员 发贴: 1228 积分: 194 |
于 2004-06-17 10:04
Jove wrote: 继续抛砖引玉,以下为文档第二部分和示意代码 part2.part1.rar (190.0k) |
作者 | Re:J2EE交流贴(2nd rar) [Re:Jove] |
Jove
CJSDN高级会员 发贴: 1228 积分: 194 |
于 2004-06-17 10:06
Jove wrote: part2.part2.rar (182.24k) |
作者 | Re:J2EE交流贴 [Re:Jove] |
chenyajun5
一日不倒,每天都打 CJSDN高级会员 发贴: 643 积分: 90 |
于 2004-06-17 11:16
强烈建议写长,,,go on please 想干的人找一个方法,不想干的人找一个借口。 |
作者 | Re:J2EE交流贴 [Re:floater] |
Jove
CJSDN高级会员 发贴: 1228 积分: 194 |
于 2004-06-18 14:48
hehe, 这个例子才刚刚起步,很多地方是借鉴SpringFramework自带的几个sample 我把它和文档放在一起,本意是提供一个代码参考,没有打算做成一个完整的应用 因为我觉得Spring自带的几个例子已经挺不错的了 anyway,如果你要运行它看看效果,就把下面的压缩包解开,在lib目录补上所有的jar (详见list.txt) 然后修改db目录的startHsql.bat,启动数据库。然后执行ant,令其打包并部署,你可以自己注册用户 注意服务器需要Tomcat5, 因为用到了EL 抱歉,原本没打算这份源码示人,所以没多少文档和注释,更有些地方写的不堪入门,贻笑大方了 code.rar (95.54k) |
作者 | Re:J2EE交流贴 [Re:Jove] |
zhbk
发贴: 10 积分: 0 |
于 2004-07-30 14:58
very good! |
作者 | Re:J2EE交流贴 [Re:Jove] |
winconcom
发贴: 4 积分: 0 |
于 2004-09-09 11:45
不错的文档,但是始终在怀疑中使用,ejb的东西 winson |
已读帖子 新的帖子 被删除的帖子 |
Powered by Jute Powerful Forum® Version Jute 1.5.6 Ent Copyright © 2002-2021 Cjsdn Team. All Righits Reserved. 闽ICP备05005120号-1 客服电话 18559299278 客服信箱 714923@qq.com 客服QQ 714923 |