Spring 大撒把

今天把Spirng最新版本下来一看，吓一跳，新增了那么多，连meta data也开始管了。

  这样的东西，怎么越做越象一个巨型的“Spring服务器”了。支持的特性越来越多。

  很多东西完全可以分离出来单独成为项目的，现在都进去了。有些不可思议。

瘦身吧， 把各种完全不可能同时存在的特性逐个剥离。

  比如，远程调用这块，完全可以做个单独的项目支持。

  由于项目需要，打算把Spring的远程调用支持以及JMS支持这两块分别分离出来，自己做些额外的工作去结合其IoC功能。

spring-aop.jar
spring-web.jar
spring-orm.jar
spring-xxx.jar
......
都是独立的

几乎是给了一个全方位的best practices?

可是，你看看源代码就知道，任何特性离开这个不行，离开那个也不行。交织比较严重。

举个例子？

* "spring-context" (~255 KB)
- Contents: application context, validation, UI support, mail, JNDI, JMS, EJB, remoting, scheduling, caching
- Dependencies: spring-core, (Velocity, FreeMarker, JavaMail, JMS, EJB, JAX-RPC, Hessian, Burlap, Quartz, EHCache)

weihello好像说的是这一块？

难道你准备把spring-context再切成几个jar？

Spring其实没你说的那么恐怖，只要知道它包含几个框架，剩下的基本上都是简化开发的API，而它的几个框架基本上没有多少改变，日益丰富的大多是简化用的API。

Readonly所举的例子中，只有spring-core是必需的，其它都是可选的。在很多情况下，我们不必理会这些东西的。

如果你是追随着Spring一路走来，这些内容根本不在话下。虽然我个人也只是用什么拿什么，但我并没有觉得Spring已经复杂得让人难以接受。

呵呵，简单的说，他的Remoting吧，必须要用到core,web, aopalliance

  况且，我希望将来我不用Spring后，也能保证我的Remoting能正常运作。

我这人有点毛病，如果不用他的web，我就希望他的web完全和我无关，希望纯净一点的代码。

呵呵，用什么就只要什么。 太多特性依赖的后果是比较严重的。

难道你要expose的Service 不是POJO吗？
你的要expose的service是一个POJO，你所要做的仅仅是借助spring的infrastructure来注入 你所需要的remote server端的service。
你所看到的service package跟spring没有任何关系，有关系的仅仅是配置文件和IOC方式的spring，还有一些提供事物，安全装配的context。
如果哪一天，PICO搞得跟spring一样强大啦，那么你仅需要的就是将spring换成pico而已，你的业务核心代码一点不需要改变。当然，如果你在你的核心代码里引入了spring的的dependencies，那么可要好好掂量啦。