Java开发网 Java开发网
注册 | 登录 | 帮助 | 搜索 | 排行榜 | 发帖统计  

您没有登录

» Java开发网 » Architecture & Framework  

按打印兼容模式打印这个话题 打印话题    把这个话题寄给朋友 寄给朋友    该主题的所有更新都将Email到你的邮箱 订阅主题
flat modethreaded modego to previous topicgo to next topicgo to back
作者 Re:Spring, Pico and Nuts Compared [Re:tzutolin]
floater

Java Jedi

总版主


发贴: 3233
积分: 421
于 2005-12-07 11:40 user profilesend a private message to usersearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
yea, I've notice it too at javaeye. here are my personal opinions(which mean they are entirely arguable):
1. spring xml originated from a configuration tool, then has been growing into almost the entire J2EE spectrum. It grows from practices. We've got to have these to magnify the IoC effects. Plus, it solves one of the key problems in practice - config dependencies that we are not supposed to know. So taking out this solution and others(e.g., datatype conversion and ability to add new datatype conversions) would significantly weaken the infrastructure of applications.
2. IoC is a concept, as well as an implementation. It works at the class and component level. Adding IoC to the method level is having too much details, namely programming in xml without compile time checking, this is too much. Similarly, unit testing in xml has the same reason that shouldn't be there. Remember, we don't want to do coding in xml.
3. Component architecture in Spring is sufficient in practice, the worries that nuts has are unwarrantied in my experience. Nuts worries that beans could step on each other's toes. The chance of that is none in practice, though possible in theory. This is because components are seperate, each components have their own config xml, and thus there is no overlap, unless they are doing the same thing. The other case is the parent/child context, where the overlap is intentional because they are used in ejb/web containers and in different classloaders. But this case is not composition intentionally.

Most of the "new features" added here are mostly unused in practice, and thus this comparison doesn't have much significance in practice.

But this is a good practice, it does have some good ideas, like using ant's tag structure. However, we should have a better understanding on the entire logic in the bigger picture with all the details. This is why I think Rod's first book is the best, it explains details in a large scale.

my 2cents.



"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

话题树型展开
人气 标题 作者 字数 发贴时间
9500 Spring, Pico and Nuts Compared tzutolin 153 2005-12-07 08:32
8485 Re:Spring, Pico and Nuts Compared floater 1976 2005-12-07 11:40

flat modethreaded modego to previous topicgo to next topicgo to back
  已读帖子
  新的帖子
  被删除的帖子
Jump to the top of page

   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