【九月打卡】第15天 通过自动回复机器人学Mybatis---基础版

第一模块：

课程名称：通过自动回复机器人学Mybatis---基础版

章节名称：1-1 ~ 2-7

讲师姓名：源生活

第二模块：

内容概述：

1-1 ~ 2-7小节通过Jsp + Servlet + Jdbc实现了一个功能模块，这个模块并没有使用mybatis技术，通过这个模块可以很好的对比出在没有muybatis之前是如何使用java操作数据库的。

第三模块：

学习心得：

案例使用都是原生的技术：

JSP：html

JSTL： JSP标准标签库

EL： ${expression} 数据绑定

JS/JQUERY

Servlet

javaBean：实体类

JDBC---->mybatis

Mysql

原生的前后台开发，是使用JSTL标签库+EL表达式来将页面数据写活的。

eg：在html页面，引入JSTL标签库：

在html页面使用JSTL、EL表达式：

其实和现在的框架所支持的“模板引擎”是非常相似的！！！

心得1：

一张表就是一个list，每张表的每条记录，就是一个对象。

那么怎么在java中描述这种关系？

很简单：list+javaBean，eg：

解析：List<Message> messageList = new ArrayList<Message>()

messageList 就代表 messag表。而每一个Message就代表一条表中记录

messageList.add(message), 如此messageList就成功装好了一张表的所有数据了

messageList是一个装数据的容器，在java中一般是用xxxList容器来表示装数据库表数据的容器

心得2：

String是常量，如果要经常对字符串进行操作，比如：在后面加字符串，减字符串等等

，这是考虑使用StringBuffer/StringBuild‘’

心得3：

代码重构：功能还是那样的功能，改变的只是代码的组织结构，通过代码重构， 来重新组织代码，也就是所谓的代码优化。最基本的优化就是代码分层了。

Vo

So

*Controller        前身是Servlet

*Service

*Dao（java操作数据库表层）  

Dao层关心的只有：

执行SQL语句

获取操作结果的封装信息

返回操作结果

所以：Dao层的需求就是：

1.对象能与数据库交互

2.能执行SQL语句

Dto（服务于CSD,  是Do的一个组合）

Do

其他层：

Utils（公用工具方法自定义层）

Enums（枚举自定义层）

Constant（常量自定义层）

Config（配置类自定义层） 装Spring工程配置文件中配置数据的盒子

Converter（业务类类型转换层）

Exception（项目异常自定义层）

ExceptionHandler（项目异常处理层）

在项目中使用mybatis：

maven引入mybatis的jar包坐标

使用：

1.修改mybatis核心配置文件

mybatis最核心配置文件：Configuration.xml

有官方的mybatis的核心配置文件，对其改一改，就成我们的了

在mybatis核心配置文件中，有“dataSource”这一个配置项，这里配置的就是原jdbc中的关于数据库的一些“代码”

将<dataSource>...</dataSource>配置好，其他不认识的都先注释掉再说

用结合了mybatis的代码去取代原使用JDBC的代码

2.得到mybatis的最核心对象：SqlSession

mybatis最核心的对象：SqlSession

SqlSession的作用：

在代码中如何得到SqlSession（其实就是写基于mybatis的数据库访问类）：

分3步：

*通过（最核心）配置文件获取数据库连接相关信息

*通过配置信息构建SqISessionFactory

*通过SqlSessionFactory打开数据库会话（数据库会话其实就是一个 SqlSession）

*通过（核心）配置文件获取数据库连接相关信息     

核心代码：

Reader reader = 

*通过配置信息构建SqISessionFactory

核心代码：

*通过SqlSessionFactory打开数据库会话（数据库会话其实就是一个 SqlSession）

核心代码：

上面3步的整体代码：

使用mybatis写的数据库访问类

如此，访问数据库的类就写好了。

mybatis也就成功替换了JDBC，后面就是Dao层调用这个“数据库访问类”了

Dao层调用基于mybatis的数据库访问类：

mybatis和JDBC都是不依赖Web环境的，所以，直接一个main函数就可以调起mybatis写的数据库访问类（DBAccess）

mybatis比JDBC先进的地方在于：

sql语句与java代码进行了解耦；

jdbc依靠sql语句的拼接来实现条件查找，而mybatis则通过向SQL语句注入参数来实现条件查找。

mybatis的大部分工作都是在“配置文件”里，sql也是写在配置文件之中。

所以：mybatis的另一个“最核心配置文件”就出来了：User.xml。（用户自定义SQL配置文件）

这个User.xml不是一个配置文件，而是对一系类自定义sql语句的配置文件统称。说白了就是给程序员写自定义sql的地方/接口。

eg：Message.xml （一个SQL配置文件）

可以发现：自定义的SQL语句在“自定义sql配置文件中”会被标签 所包裹。而每个标签都会有一个id，这个id，在一个“自定义sql配置文件中”是唯一的（前提：要修改“自定义sql配置文件”的namespce的值），所以，一个id就对应着一条程序员自定义的sql语句，也就是：有标签id与索引sql语句。

类似于：js操作dom一样，只是：js变成了 java（指整合了mybatis的java），dom变成了被标签（取个名字：mybatis标签）包裹的sql语句。

mybatis标签和html标签一样，也是有：属性的，常用的属性有：parameterType（传入sql语句的参数的参数类型）、resultMap（sql查到的存放结果集的id）。

<resultMap  type="实体类的‘全名称’"  id=“mybatis索引resultMap 的 id”>

......

</resultMap>

<select  id ="" parameterType="传给sql语句的参数的数据类型（java）"  resultMap=“存放sql结果集的resultMap的id”>

......

</select>

注意：mybatis中要索引一个标签都是依靠id，在mybatis的世界里是没有name这个玩意的。

另外：一个mapper（映射）中不同标签的id是没有影响的。

eg：在一个mappe中<resultMap>与<select>的id可以同名,也可以不同名。

继续解析<resultMap>标签下的子标签：

jdbcType：其实就是java.sql.Types

eg:

数据库中的int，对应的java.sql.Types就是INTEGER，对应着往上填

数据库中的varchar，对应的java.sql.Types就是VARCHAR，对应着往上填

其他的对应关系，以api的方式处理

写完一个“User.xml ”（自定义sql配置文件）后，需要将这个“User.xml ”在mybatis最核心配置文件Configuration.xml中进行“注册”。

eg：

做完上面这一步，才是真的可以由dao层去调用“基于mybatis的数据访问类”去执行sql语句，查询数据库，返回结果集的操作！！！

解析：mybatis给sql语句传参数的实现

dao层调用sqlSession，执行需要的“User.xml”和传入User.xml中sql需要的参数。

User.xml对传入参数的处理：需要OGNL表达式的加持，用于sql语句的“条件拼接”。

eg：

OGNL是一个功能非常强大的表达式语言。

强大的体现：

1.能从java对象中取其属性值

2.能直接调用java对象的方法

eg：

“” 转译： &quot;&quot;

&&  转译： &amp;&amp;

mybatis中的占位符：#{java对象的属性名}

mybatis对#{java对象的属性名}的处理过程是：

mybatis遇到#{java对象的属性名}，就会将#{java对象的属性名}替换成？，而且mybatis知道用什么值去填充这个？

注意：#{java对象的属性名}不是OGNL表达式，只是“java对象的属性名”取值方式和OGNL一样而已！

第四模块：

学习截图：