“Spring is the most popular application development framework for enterprise Java.”这是Spring官方首页上的第一句话，其中“enterprise”是一个很重量级的修饰语，它应该与“homework”和“exercise”有本质区别。那么何为“enterprise Java”？能够快速应对客户瞬息万变的业务需求是所有企业级开发的重中之重，当然对于开发enterprise Java application也不例外。换句话说，企业级Java应用程序不仅能正确地实现用户需求，还要能快速地应对用户需求变化。这句话正着说反着说都很容易，但要实现它却很困难。编写程序的语言已经从简单的机器指令进化到了程序设计的工具，设计原则的提出以及实现这些原则的设计模式的广泛应用，都在为此不断地努力。
在这里停下来想想，表面上看技术潮流翻江倒海，其实都在解决着同一个问题。滚滚洪流中也有定海神针，Robert C. Martin提出的“S.O.L.I.D”原则：
S = Single Responsibility Principle：一个类应该只有一个发生变化的原因。（There should never be more than one reason for a class to change.）
O = Opened Closed Principle：软件实体（类、模块、函数等）应该可以扩展，但不可以修改。（Software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification.）
L = Liscov Substitution Principle：子类型必须能够替换掉它们的父类型。（Subtypes must be substitutable for their base types.）
I = Interface Segregation Principle：不应该强迫客户程序依赖并未使用的接口。（Clients should not be forced to depend upon interfaces that they do not use.）
D = Dependency Inversion Principle：高层模块不应该依赖低层模块，两者都应该依赖于抽象。（High level modules should not depend upon low level modules. Rather, both should depend upon abstractions.）
除此之外，日志记录，性能统计，安全控制，事务管理，异常处理等特性也是企业级应用程序必须要考虑的问题。综上所述，要想进行真正的企业级开发不是一项容易的工作，Spring由此而生。同样，受到技术浪潮的侵袭，当初以“轻量级”著称的Spring，现在看起来也相当的庞大，这算不算软件行业里的次贷危机呢。拨开过度宣传和速成培训的迷雾，才能看清IoC和AOP这两块躺在Spring河床里的金子。为什么说IoC、AOP有价值呢？因为它们可以降低程序的调用和被调用关系耦合度，从而增强程序的应变能力。与此同时，Spring其它方面的功能都是围绕着IoC和AOP展开的。有了这样的认识，理解和掌握Spring的配置和开发就很简单了。