Spring IOC

1. • 配置文件里命名空间的作用？

命名空间的作用是自动为XML 标签补全前缀，避免标签命名冲突 （因为开发者可自定义的标签名，存在冲突可能）。Spring 的XML 配置文件，配置项都在 <beans> 标签中，但这时开发者如果自定义一个自己的标签，同样命名为 <beans>，便造成了冲突，XML解析器无法分辨这些冲突的命名。 此时命名空间便派上用场了。在 <beans> 开始标签中添加命名空间，实际上 XML 解析器会自动为该标签名补全前缀，以区别其他的标签，避免了命名的冲突。

2. Spring IOC 如何集成MyBatis功能？

·将MyBatis的DataSource交给Spring IoC容器创建并管理，使用第三方数据库连接池(Druid，C3P0等)代替MyBatis内置的数据库连接池

·将MyBatis的SqlSessionFactory交给Spring IoC容器创建并管理，使用spring-mybatis整合jar包中提供的SqlSessionFactoryBean类代替项目中的MyBatisUtil工具类

·将MyBatis的接口代理方式生成的实现类，交给Spring IoC容器创建并管理

3. Spring IOC 控制的数据流向？

使用 Spring 框架实现对自定义的 Java 对象管理，由 Spring 框架加载对象，实例化对象，放入容器。其实这就是 Spirng 的核心功能之 IoC，IoC 是一种设计模式。将实例化对象的控制权，由手动的 new 变成了 Spring 框架通过反射机制实例化。

对象的实例化由 Spring 框架加载实现，放到 Spring 的容器中管理，避免了我们手动的 new 对象，有需要用到对象实例依赖，直接向 Spring 容器要即可，而一旦涉及到对象的实例修改，那么 只需更改 Spring 加载实例化对象的地方，程序代码无需改动，降低了耦合，提升了扩展性。

4. 框架的二次理解？

框架是一个‘半成品’的应用程序，而类库只包含一系列可被应用程序调用的类。类库给用户提供了一系列可复用的类，这些类的设计都符合面向对象原则和模式。用户使用时，可以创建这些类的实例，或从这些类中继承出新的派生类，然后调用类中相应的功能。

在这一过程中，类库总是被动地响应用户的调用请求。框架则会为某一特定目的实现一个基本的、可执行的架构。框架中已经包含了应用程序从启动到运行的主要流程，流程中那些无法预先确定的步骤留给用户来实现。程序运行时，框架系统自动调用用户实现的功能组件。这时，框架系统的行为是主动的。

框架是为了解决一个又一个在Web开发中所遇到的问题而诞生的。不同的框架，都是为了解决不同的问题，但是对于程序员而言，他们只是jar包而已。框架的优 缺点的评论，也完全取决于其对问题解决程度和解决方式的优雅性的评论。所以，千万不要为了学习框架而学习框架，而是要为了解决问题而学习框架，这才是一个 程序员的正确学习之道。