J2EE application without Spring

ioc并非是spring特有的设计理念。spring除了ioc和aop也没有其它的特别的设计理念了。持久层是另一码事。

真道理！！！！

三年前，求职时，很多家公司都对简历上的“spring"感兴趣，但基本上是"hui用spring里的什么咚咚“一类问题，对安提出的“会用spring不是重点，而是符合spring代表的松俄和和KISS原则，用spring就是要不让开发者直接依赖spring，从而提高代码质量"中心思想基本无视。

郁闷阿，才知道安太脱离现实...

with Spring 又有何妨？
既然选择了spring的ioc 、aop etc... 弃之而择其他的必要性有多大？
with spring 和 with ejb是有本质区别的。

兄弟，三年前spring还没有成形啊，只是0.x版本.

without spring的一个重大意义在于可以脱离spring容器进行单元测试。这里强调的依赖指的是代码依赖，你说的ant ，velocity什么的本身就没有代码依赖，而Hibernate下面控制的domain object也没有对hibernate产生依赖，webwork下面的Action也没有对Servlet的依赖，所以每个class都可以单元测试。

   &nbsp&nbsp&nbsp&nbsp实现Spring的非入侵是有个前提的，就是要有某个东东初始化spring组装对象和整合资源的场所，这个脏活在web环境下由app server完成。但当你脱离web容器测试Spring提供的某些功能时如aop、事务、acegi....必须自已手动完成初始化whit Spring! 当然如果Test层次封装完好的话，完全可以让Test子类without Spring

    自已写一个BaseTestCase，在JUNIT向导中让新建的TestCase继承BaseTestCase, 测试时在TestCase的setUp()方法中调用super.setUp()

我倒，为什么不使用Spring呢？
假如哪天真的without spring了，说不准过段时间又出来：

J2EE without JDK

or

Web Application without Computer

我也感觉依赖Spring没啥不好的，Spring对很多东东的包装比直接使用原始类库要方便很多的说。

人家说的是依赖spring和不依赖任何东西的比较好不好？

如果你只是把spring当作一个类库调用，那么自然无所谓。不依赖spring，你也需要依赖别的东西（当然，依赖也有选择，apache commons能做的东西我就不去依赖spring）。

所谓侵入不是指这个，而是当你考虑要让你的domain object实现BlahBlahAware，实现InitializingBean的时候。从pojo变成rich and creamy spring object的时候。

我发现自己已经无法离开Spring进行开发了。
因为一旦离开它，就不得不处理大量复杂的异常、直接调用很多不熟悉的API（尽管有些是以前很熟悉的）、处理复杂的事务问题、手工实现很多创建型模式和策略模式、写很复杂的单元测试，最糟糕的是，针对接口编程（最重要的OO原则）变得成本高昂。