spring框架的介绍

===========================IOC/AOP/DI==============================
ioc就是控制翻转或是依赖注入。通俗的讲就是如果在什么地方需要一个对象，你自己不用去通过new 生成你需要的对象，而是通过spring的bean工厂为你长生这样一个对象。

aop就是面向切面的编程。比如说你每做一次对数据库操作，都要生成一句日志。如果，你对数据库的操作有很多类，那你每一类中都要写关于日志的方法。但是如果你用aop，那么你可以写一个方法，在这个方法中有关于数据库操作的方法，每一次调用这个方法的时候，就加上生成日志的操作

=====================================spring 框架介绍 ==========================================================

它关注的领域是其他许多流行的Framework未曾关注的。Spring要提供的是一种管理你的业务对象的方法。 

Spring既是全面的又是模块化的。Spring有分层的体系结构，这意味着你能选择仅仅使用它任何一个独立的部分，而它的架构又是内部一致。因此你能从你的学习中，得到最大的价值。例如，你可能选择仅仅使用Spring来简单化JDBC的使用，或用来管理所有的业务对象。 

它的设计从一开始就是要帮助你编写易于测试的代码。Spring是使用测试驱动开发的工程的理想框架。 

Spring不会给你的工程添加对其他的框架依赖。Spring也许称得上是个一站式解决方案，提供了一个典型应用所需要的大部分基础架构。它还涉及到了其他framework没有考虑到的内容。  

======================================Spring Bean生命周期=============================

一、Bean的定义
二、Bean的初始化
三、Bean的调用
四、Bean的销毁  

=================================spring数据源===============================
在Spring框架中获取连接池有几种方式。当JNDI与DBCP同时存在时，会不会出现问题，如果不能同时存在的话，请说明原因
四种方式，如下：
1：DBCP数据源
DBCP类包位于 <SPRING_HOME>/lib/jakarta-commons/commons-dbcp.jar，DBCP是一个依赖Jakarta commons-pool对象池机制的数据库连接池，所以在类路径下还必须包括<SPRING_HOME>/lib/jakarta-commons/commons-pool.jar。下面是使用DBCP配置oracle数据源的配置片断：

<bean id="dataSource"
class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
<property name="driverClassName" value=" oracle.jdbc.driver.OracleDriver " />
<property name="url" value="jdbc:oracle:thin:@localhost:1521:orcl " />
<property name="username" value="root" />
<property name="password" value="1234" />
</bean>

2：C3P0数据源
C3P0是一个开放源代码的JDBC数据源实现项目，它在lib目录中与Hibernate一起发布，实现了JDBC3和JDBC2扩展规范说明的Connection 和Statement 池。C3P0类包位于<SPRING_HOME>/lib/c3p0/c3p0-0.9.0.4.jar。下面是使用C3P0配置一个Oracle数据源： 
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">
<property name="driverClassName"
     value=" oracle.jdbc.driver.OracleDriver " />
<property name="url" value="jdbc:oracle:thin:@localhost:1521:orcl " />
<property name="username" value="root" />
<property name="password" value="1234" />
</bean>

3. Spring的数据源实现类(DriverManagerDataSource)
Spring本身也提供了一个简单的数据源实现类DriverManagerDataSource ，它位于org.springframework.jdbc.datasource包中。这个类实现了javax.sql.DataSource接口，但它并没有提供池化连接的机制，每次调用getConnection()获取新连接时，只是简单地创建一个新的连接。因此，这个数据源类比较适合在单元测试或简单的独立应用中使用，因为它不需要额外的依赖类。
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource" destroy-method="close">
<property name="driverClassName"
     value=" oracle.jdbc.driver.OracleDriver " />
<property name="url" value="jdbc:oracle:thin:@localhost:1521:orcl " />
<property name="username" value="root" />
<property name="password" value="1234" />
</bean>

4.获取JNDI数据源
如果应用配置在高性能的应用服务器（如WebLogic或Websphere等）上，我们可能更希望使用应用服务器本身提供的数据源。应用服务器的数据源使用JNDI开放调用者使用，Spring为此专门提供引用JNDI资源的JndiObjectFactoryBean类。下面是一个简单的配置： 
<bean id="dataSource" 
class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value="java:comp/env/jdbc/oracle"/>
</bean>
通过jndiName指定引用的JNDI数据源名称。

=====================spring配置文件中id和name的区别======================================

Bean的id属性是bean的唯一标示符，这个id在管理Bean的BeanFactory或者ApplicationContext中必须是唯一的标示符。而且它不能用特殊字符,不能以数字开头。

name 可以用特殊字符。如果我们在开发中有必要使用一些非法的字符，那么我们可以通过name属性指定一个或多个id。当我们指定多个id时要用逗号（,）或者(;)来进行分隔。如果没有id，则name的第一个名称默认是id

=========================spring2.0和spring2.5区别=============================
spring2.0 和spring2.5包的变化
Spring2.5rc1发布了，一直想知道它葫芦里卖什么药，以下是文档里的change.log

1． JDK版本： JDK至少要1.4.2以上，如果仍然打算使用1.3的话就请用2.0.6/2.0.7版本吧。
2． Jar包：SpringMVC 不再使用spring.jar 这个庞大的包了。 Spring-webmvc.jar, spring-webmvc-portlet.jar 可以在 lib/modules 目录下找到，而且对于Struts1.* 的支持的包也应该改成 spring-webmvc-struts.jar了
3． XML配置：推荐使用XML metadata格式，不过先前的DTD仍然支持。需要注意的一点是，Spring1.2的DTD继续使用“singleton”属性，但是新的Spring2.0 DTD不允许使用“singleton”属性了，改成“scope”属性来描述bean的生命周期。
4． 废弃的类与方法：有些在先前版本标注过“@deprecated”的类与方法已经完全被废弃了。
比如：
   1).ResultReader : 被 RowMapper 接口取代。
   2).BeanFactoryBootstrap : 考虑使用 BeanFactoryLocator 或自定义的bootstrap类来代替。
5． Apache OJB：注意Spring源代码中已经完全把这个去掉了，但与之整合的类仍然可以在Spring Modules project找到。https://springmodules.dev.java.net/
6． iBATIS：注意Spring已经不再支持iBATIS 的1.3版本了， 如果想继续的话，请升级到2.3以上吧。
7． Hibernate：注意Spring已经不再支持Hibernate 3.1之前的版本了，也就是说2.1，3.0的版本也无法使用了。如果仍然要用的话，推荐使用Spring的2.0.6/2.0.7版本。
8． JDO：注意Spring已经不支持JDO1.0了。同样，你可以升级到2.0以上版本，或者使用Spring的2.0.6/2.0.7版本。
9． UrlFilenameViewController：这个东东我也没有接触过，这里，我就简单翻译一下吧。“考虑到嵌套路径的请求，视图名称现在决定叫UrlFilenameViewController了，这是一个突破性的改变，并且意味着如果你从Spring1.* 升级到Spring2.0 你可以使用该类从而减少Spring Web MVC的配置工作。”
大家在使用新版本之前请先注意这些改变，也许对您的系统来说，是很重要的。 

IoC是什么？Inversion of Control，即反转控制，或许说为依赖注入更为合适。IoC就是IoC，不是什么技术，与GoF一样，是一种设计模式。 
Interface Driven Design接口驱动，接口驱动有很多好处，可以提供不同灵活的子类实现，增加代码稳定和健壮性等等，但是接口一定是需要实现的，也就是如下语句迟早要执 行：AInterface a = new AInterfaceImp(); 这样一来，耦合关系就产生了，如： 
Class A{ 
AInterface a; 
A(){} 
aMethod(){ 
a = new AInterfaceImp(); 
} 
} 
ClassA与AInterfaceImp就是依赖关系，如果想使用AInterface的另外一个实现就需要更改代码了。当然我们可以建立一个Factory来根据条件生成想要的AInterface的具体实现，即： 
InterfaceImplFactory{ 
AInterface create(Object condition){ 
if(condition = condA){ 
return new AInterfaceImpA(); 
}elseif(condition = condB){ 
return new AInterfaceImpB(); 
}else{ 
return new AInterfaceImp(); 
} 
} 
} 
表 面上是在一定程度上缓解了以上问题，但实质上这种代码耦合并没有改变。通过IoC模式可以彻底解决这种耦合，它把耦合从代码中移出去，放到统一的XML文 件中，通过一个容器在需要的时候把这个依赖关系形成，即把需要的接口实现注入到需要它的类中，这可能就是“依赖注入”说法的来源了。 
IOC模式，系统中通过引入实现了IOC模式的IOC容器，即可由IOC容器来管理对象的生命周期、依赖关系等，从而使得应用程序的配置和依赖性规范与实 际的应用程序代码分开。其中一个特点就是通过文本的配件文件进行应用程序组件间相互关系的配置，而不用重新修改并编译具体的代码。