春天是用来干什么的?我会简短地回答这个问题，但首先，让我们再看看维克多·雨果的例子。这不是一个很好的例子，因为它没有证明需要一个新的框架。

public class BaseView {
  protected UserLister userLister;

  public BaseView() {
    userLister = new UserListerDB(); // only line of code that needs changing
  }
}

public class SomeView extends BaseView {
  public SomeView() {
    super();
  }

  public void render() {
    List<User> users = userLister.getUsers();
    view.render(users);
  }
}

完成了!因此，现在即使您有数百或数千个视图，您仍然只需要更改一行代码，就像Spring XML方法中那样。 但是更改一行代码仍然需要重新编译，而不是编辑XML。好吧，我的挑剔的朋友，使用Ant和脚本!

那么春天是用来干什么的呢?这是为:

盲目的开发者随大流 雇主不想雇佣毕业的程序员，因为他们在大学里没有教过这样的框架 从一个糟糕的设计开始，需要修补的项目(如维克多·雨果的例子所示)

进一步阅读:http://discuss.joelonsoftware.com/?joel.3.219431.12

Spring包含(正如Skaffman正确指出的那样)MVC框架。简而言之，这里是我的输入。 Spring支持服务层、web层和业务层的分离，但它最擅长的是对象的“注入”。用一个例子解释一下，请看下面的例子:

public interface FourWheel
{
   public void drive();
}

public class Sedan implements FourWheel
{
   public void drive()
   {
      //drive gracefully
   }
}

public class SUV implements FourWheel
{
   public void drive()
   {
      //Rule the rough terrain
   }
}

现在，在代码中有一个名为RoadTrip的类，如下所示

public class RoadTrip
{
    private FourWheel myCarForTrip;
}

现在，无论何时你想要一个Trip实例;有时你可能需要一个SUV来初始化FourWheel，有时你可能需要一个Sedan。这真的取决于你想要什么基于具体的情况。

为了解决这个问题，你需要一个工厂模式作为创建模式。其中工厂返回正确的实例。所以最终你会用大量的粘合代码来正确地实例化对象。在没有粘合代码的情况下，Spring可以最好地完成粘合代码的工作。您用XML声明映射，它会自动初始化对象。它还为实例使用了大量的单例架构，这有助于优化内存使用。

这也被称为控制反转。其他可以做到这一点的框架有谷歌guice, Pico container等。

除此之外，Spring还有验证框架，广泛支持与JDBC、iBatis和Hibernate(以及更多)合作的DAO层。对数据库事务提供出色的事务控制。

还有很多关于Spring的东西可以在像“Pro Spring”这样的好书中读到。

跟踪url可能也有帮助。 http://static.springframework.org/docs/Spring-MVC-step-by-step/ http://en.wikipedia.org/wiki/Spring_Framework http://www.theserverside.com/tt/articles/article.tss?l=SpringFramework

Spring非常适合将类实例粘合在一起。你知道你的Hibernate类总是需要一个数据源，Spring将它们连接在一起(也有一个数据源的实现)。

数据访问对象总是需要Hibernate访问，Spring将Hibernate类连接到dao中。

此外，Spring基本上为您提供了一系列库的可靠配置，并指导您应该使用哪些库。

Spring真的是一个很棒的工具。(我说的不是Spring MVC，只是基本框架)。

Spring一开始是依赖注入，然后为几乎所有的东西添加了包装之王(JPA实现的包装等)。

说来话长……Spring的大多数部分更倾向于XML解决方案(XML脚本引擎…brrrr)，所以对于DI，我使用Guice

很好的库，但是随着依赖性的增长，例如Spring JDBC(可能是一个具有实名参数的Java JDBC解决方案)将从maven 4-5继承。

使用Spring MVC(“big Spring”的一部分)进行web开发…它是“基于请求的”框架，有“请求vs组件”的圣战…由你决定

我认为这有两部分:

"What exactly is Spring for" -> see the accepted answer by victor hugo. "[...] Spring is [a] good framework for web development" -> people saying this are talking about Spring MVC. Spring MVC is one of the many parts of Spring, and is a web framework making use of the general features of Spring, like dependency injection. It's a pretty generic framework in that it is very configurable: you can use different db layers (Hibernate, iBatis, plain JDBC), different view layers (JSP, Velocity, Freemarker...)

注意，不使用Spring MVC，你也可以在web应用程序中很好地使用Spring。我想说，大多数Java web应用程序都这样做，同时使用其他web框架，如Wicket, Struts, Seam，…

春天有三样东西。

Spring handles Dependency Injection and I recommend you read Martin Fowler's excellent introduction on dependency injection. The second thing Spring does is wrap excellent Java libraries in a very elegant way to use in your applications. For a good example see how Spring wraps Task Executors and Quartz Scheduler. Thirdly Spring provides a bunch of implementations of web stuff like REST, an MVC web framework and more. They figure since you are using Spring for the first two, maybe you can just use it for everything your web app needs.

The problem is that Spring DI is really well thought out, the wrappers around other things are really well thought out in that the other things thought everything out and Spring just nicely wraps it. The Spring implementations of MVC and REST and all the other stuff is not as well done (YMMV, IMHO) but there are exceptions (Spring Security is da bomb). So I tend to use Spring for DI, and its cool wrappers but prefer other stuff for Web (I like Tapestry a lot), REST (Jersey is really robust), etc.