用于C/S的IoC之java的小框架——jegg

奇怪，这样的帖子被投隐藏，LZ这种类似的需求，我以前就碰到过。
Spring是可以做desktop的，不用怀疑，applicationcontext.xml手动加载就行了，BeanFactory就当个factory来用即可。

这个IOC框架个人觉得和log4j,dom4j依赖不好，既然目标是精简版IOC内核，那就不要依赖于任何3rd的lib,用最小体积、最简洁的代码实现ioc以及AOP等用到的功能即可。如果要考虑通用性，扩展性，为何不用成熟、久经考验的Spring呢。

我之前做过的项目，原始版本是以spring为ioc容器做的client,后来为移植到支持java的硬件设备上去，也做了个跟楼主类似的ioc容器以取代spring，主要目的是减少client的大小。spring-core,spring-dao加起来有近2MB了，换成自己的IOC,dao,这2MB的空间可以存储非常多的数据了。

   呵呵，多谢提出的中肯意见，恩，在log4j、dom4j问题上确实存在依赖关系，关于dom4j当时只是想使用个现有的xml解析工具来做，就选择了常用的dom4j而没有使用jdk自动的解析工具；log4j在我们目前使用的多数框架都是存在依赖的，当然也可以使用jdk自己的log。
   如果只是单纯的使用Spring，其扩展性、通用性可能没有我们自己规划、设计并实现感触来的深刻，呵呵。
   恩，支持朋友的看法，Spring包挺大的，放在自己的小应用上就有点大材小用了，呵呵。

回答的人够多了，就不在说什么了。

这个贴子完全有充分的理由扯到其他问题上啊

比如:

现在的孩子学JAVA咋就这样呢...

在OSGi开发也可以用spring(spring dm) ，蛮重要的。

Spring可以用来开发desktop，不过好不好用是个值得考虑的