제 1 장 프레임 워크의 개요
1.1 프레임 워크 란 무엇인가
프레임 워크 무엇 1.1.1
프레임 워크는 애플리케이션 개발자 애플리케이션 골격을 정의 할 수 있고, 또 다른 정의, 프레임 워크 (Framework는) 완전히 또는 부분적으로 재사용 시스템 메소드 세트 및 추상 작용 부재의 부재 인스턴스 간의 성능을 설계된다. 후자의 애플리케이션에서 정의 된 전자는 목적의 관점에서 설명한다. 즉, 프레임 워크는 당신이 당신의 자신의 전체 시스템을 선택하는 반제품 응용 프로그램의 일종 구성 요소의 집합입니다 사실이다. 그것은 단순히 다른 무대를 설정하는 사람을 사용하고, 당신은 공연을한다. 또한, 일반적인 프레임 워크는 성숙하고 지속적으로 소프트웨어를 업그레이드.
문제를 해결하기 1.1.2 프레임 워크
해결해야 할 가장 중요한 문제는 다양한 기술과 함께 J2EE 프레임 워크의 기술적 인 문제의 통합을위한 프레임 워크입니다, 다른 소프트웨어 회사는 최종 애플리케이션 소프트웨어 회사를 만드는 J2EE에서 다른 기술을 선택해야 이러한 기술의 위험에 따라, 기술 자체와 기술의 복잡성은 응용 프로그램에 직접 영향을줍니다. 응용 프로그램 소프트웨어는 기업의 핵심 경쟁력의 핵심이며, 따라서 디커플링 자신의 특정 설계 및 구현 기술을 적용해야합니다. 이러한 방법으로, 소프트웨어 회사의 R & D는 응용 프로그램의 디자인보다는 특정 기술에 초점을 맞출 것이다, 기술이 기본 지원 응용 프로그램입니다, 그것은 직접적으로 생성 된 응용 프로그램에 영향을 미치지 않습니다.
일반적으로 낮은 레벨의 어플리케이션 플랫폼 (예컨대 J2EE 등), 및 높은 수준의 비즈니스 로직 사이의 중간 계층에서 프레임.
계층 소프트웨어 개발의 중요성을 1.1.3
프레임 워크의 중요성은 일부 기능을 구현하고, 아주 좋은 낮은 수준과 높은 수준의 비즈니스 로직 애플리케이션 플랫폼이 완화 된 수 있다는 것입니다. 소프트웨어 공학을 달성하기 위해 "높은 응집력과 낮은 커플 링을." 문제는 자원의 할당을 해결 각각으로부터 연장 쉽게 쉽게 제어가 용이 오프 분할된다. 가장 일반적인 MVC 소프트웨어 디자인 아이디어는 좋은 계층의 생각이다.
공통 프레임 워크는 계층 형 개발 1.1.4
일반적인 JavaEE 어플 개발 프레임 워크 :
1 프레임 워크는 데이터의 영구적 인 문제를 해결하기 위해서
1.1.5의 MyBatis 프레임 워크 개요
MyBatis로 개발자는, 연결을 만들 로딩 드라이브를 처리하기 위해 에너지를 소비 등 복잡한 과정 문과를 생성 할 필요없이 SQL 문을 자체적으로 초점을 맞출 필요가 있으므로, 내부 JDBC를 캡슐화하는 우수한 자바 기반 지속성 프레임 워크이다.
mybatis 通过 xml 或注解的方式将要执行的各种 statement 配置起来，并通过 java 对象和 statement 中 sql 的动态参数进行映射生成最终执行的 sql 语句，最后由 mybatis 框架执行 sql 并将结果映射为 java 对象并 返回。
采用 ORM 思想解决了实体和数据库映射的问题，对 jdbc 进行了封装，屏蔽了 jdbc api 底层访问细节，使我 们不用与 jdbc api 打交道，就可以完成对数据库的持久化操作。
为了我们能够更好掌握框架运行的内部过程，并且有更好的体验，下面我们将从自定义 Mybatis 框架开始来 学习框架。此时我们将会体验框架从无到有的过程体验，也能够很好的综合前面阶段所学的基础。
1.2 JDBC 编程的分析
1.2.1 jdbc 程序的回顾
public static void main(String[] args) {
Connection connection = null;
PreparedStatement preparedStatement = null;
ResultSet resultSet = null;
try {
//加载数据库驱动
Class.forName("com.mysql.jdbc.Driver");
//通过驱动管理类获取数据库链接
connection = DriverManager .getConnection("jdbc:mysql://localhost:3306/mybatis?characterEncoding=utf-8","ro ot", "root");
//定义 sql 语句 ?表示占位符
String sql = "select * from user where username = ?";
//获取预处理 statement
preparedStatement = connection.prepareStatement(sql);
//设置参数，第一个参数为 sql 语句中参数的序号（从 1 开始），第二个参数为设置的 参数值
preparedStatement.setString(1, "王五");
//向数据库发出 sql 执行查询，查询出结果集
resultSet = preparedStatement.executeQuery();
//遍历查询结果集
while(resultSet.next()){
System.out.println(resultSet.getString("id")+" "+resultSet.getString("username"));
}
} catch (Exception e) {
e.printStackTrace();
}finally{
//释放资源
if(resultSet!=null){
try {
resultSet.close();
} catch (SQLException e) {
e.printStackTrace();
}
}
if(preparedStatement!=null){
try { preparedStatement.close();
} catch (SQLException e) {
e.printStackTrace();
}
}
if(connection!=null){
try { connection.close();
} catch (SQLException e) {
// TODO Auto-generated catch block e.printStackTrace();
}
}
}
}
上边使用 jdbc 的原始方法（未经封装）实现了查询数据库表记录的操作。
1.2.2 jdbc 问题分析
1、数据库链接创建、释放频繁造成系统资源浪费从而影响系统性能，如果使用数据库链接池可解决此问题。
2、Sql 语句在代码中硬编码，造成代码不易维护，实际应用 sql 变化的可能较大，sql 变动需要改变 java 代码。
3、使用 preparedStatement 向占有位符号传参数存在硬编码，因为 sql 语句的 where 条件不一定，可能 多也可能少，修改 sql 还要修改代码，系统不易维护。
4、对结果集解析存在硬编码（查询列名），sql 变化导致解析代码变化，系统不易维护，如果能将数据库记 录封装成 pojo 对象解析比较方便
第2章 Mybatis 框架快速入门
通过前面的学习，我们已经能够使用所学的基础知识构建自定义的 Mybatis 框架了。这个过程是基本功的考 验，我们已经强大了不少，但现实是残酷的，我们所定义的 Mybatis 框架和真正的 Mybatis 框架相比，还是显得 渺小。行业内所流行的 Mybatis 框架现在我们将开启学习。
2.1 Mybatis 框架开发的准备
2.1.1 官网下载 Mybatis 框架
2.2 搭建 Mybatis 开发环境
2.2.1 创建 maven 工程
创建 mybatis01 的工程，工程信息如下：
Groupid:com.itheima
ArtifactId:mybatis01
Packing:jar
2.2.2 添加 Mybatis3.4.5 的坐标
在 pom.xml 文件中添加 Mybatis3.4.5 的坐标，如下：
2.2.3 编写 User 实体类
2.2.4 编写持久层接口 IUserDao
2.2.5 编写持久层接口的映射文件 IUserDao.xml
2.2.6 编写 SqlMapConfig.xml 配置文件
2.2.7 编写测试类
2.3 小结
通过快速入门示例，我们发现使用 mybatis 是非常容易的一件事情，因为只需要编写 Dao 接口并且按照 mybatis 要求编写两个配置文件，就可以实现功能。远比我们之前的 jdbc 方便多了。（我们使用注解之后，将变得 更为简单，只需要编写一个 mybatis 配置文件就够了。）
但是，这里面包含了许多细节，比如为什么会有工厂对象（SqlSessionFactory）,为什么有了工厂之后还 要有构建者对象（SqlSessionFactoryBuilder），为什么 IUserDao.xml 在创建时有位置和文件名的要求等等。
这些问题我们在自定义 mybatis 框架的章节，通过层层剥离的方式，给大家讲解。
请注意：我们讲解自定义 Mybatis 框架，不是让大家回去自己去写个 mybatis，而是让我们能更好了了解 mybatis 内部是怎么执行的，在以后的开发中能更好的使用 mybatis 框架，同时对它的设计理念（设计模式）有 一个认识。
2.4 补充（基于注解的 mybatis 使用）
2.4.1 在持久层接口中添加注解
2.4.2 修改 SqlMapConfig.xml
2.4.3 注意事项：
在使用基于注解的 Mybatis 配置时，请移除 xml 的映射配置（IUserDao.xml）。 补充
第3章 自定义 Mybatis 框架
3.1.1 涉及知识点介绍
本章我们将使用前面所学的基础知识来构建一个属于自己的持久层框架，将会涉及到的一些知识点：工厂模式 （Factory 工厂模式）、构造者模式（Builder 模式）、代理模式，反射，自定义注解，注解的反射，xml 解析， 数据库元数据，元数据的反射等。
3.1.2 分析流程
3.2 前期准备
3.2.1 创建 Maven 工程
3.2.2 引入相关坐标
3.2.3 引入工具类到项目中
3.2.4 编写 SqlMapConfig.xml
3.2.5 编写读取配置文件类
3.2.6 编写 Mapper 类
3.2.7 编写 Configuration 配置类
3.2.8 编写 User 实体类
User 实体类：
3.3 基于 XML 的自定义 mybatis 框架
3.3.1 编写持久层接口和 IUserDao.xml
3.3.2 编写构建者类
3.3.3 编写 SqlSessionFactory 接口和实现类
3.3.4 编写 SqlSession 接口和实现类
3.3.5 编写用于创建 Dao 接口代理对象的类
3.3.6 运行测试类
3.4 基于注解方式定义 Mybatis 框架
3.4.1 自定义@Select 注解
3.4.2 修改持久层接口
3.4.3 修改 SqlMapConfig.xml
3.5 自定义 Mybatis 的设计模式说明
3.5.1 工厂模式（SqlSessionFactory）
3.5.2 代理模式(MapperProxyFactory)
3.5.3 构建者模式(SqlSessionFactoryBuilder)
3.5.4 小结
通过自定义 Mybatis 框架的学习，我们将前面的基础知识很好的结合在一起，并且强化了我们的设计模式及 使用。希望大家能够抽时间多练习，这也是系统架构师的必由之路。