MyBatis_概述_hehe.employment.over.29.1

29.1 三层架构和 ssm 框架的对应关系

  • 什么是框架
    • 框架(Framework)是整个或部分系统的可重用设计,表现为一组抽象构件及构件实例间交互的方法;另一种定义认为,框架是可被应用开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。
    • 简而言之,框架其实就是某种应用的半成品,就是一组组件,供你选用完成你自己的系统。简单说就是使用别人搭好的舞台,你来做表演。而且,框架一般是成熟的,不断升级的软件。
  • 框架要解决的问题
    • 框架要解决的最重要的一个问题是技术整合的问题,在 J2EE 的 框架中,有着各种各样的技术,不同的 软件企业需要从 J2EE中选择不同的技术,这就使得软件企业最终的应用依赖于这些技术,技术自身的复杂性和技术的风险性将会直接对应用造成冲击。而应用是软件企业的核心,是竞争力的关键所在,因此应该将应用自身的设计和具体的实现技术解耦。这样,软件企业的研发将集中在应用的设计上,而不是具体的技术实现,技术实现是应用的底层支撑,它不应该直接对应用产生影响。
    • 框架一般处在低层应用平台(如 J2EE)和高层业务逻辑之间的中间层。
  • 三层架构和 ssm 框架的对应关系
    在这里插入图片描述

29.2 jdbc 操作数据库的问题分析

  • 数据库链接创建、释放频繁造成系统资源浪费从而影响系统性能,如果使用数据库连接池可解决此问题。
  • sql 语句在代码中硬编码,造成代码不宜维护,实际应用sql变化的可能较大,sql变动需要改变java代码。
  • 使用 preparedStatement
    向占有位符号传参数存在硬编码,因为sql语句的where条件不一定,可能多也可能少,修改sql还要修改代码,系统不易维护。
  • 对结果集存在硬编码(查询列名),sql变化导致解析代码变化,系统不宜维护,如果能将数据库记录封装成pojo对象解析比较方便。

29.3 MyBatis 框架概述

  • mybatis 是一个优秀的基于 java 的持久层框架,它内部封装了 jdbc,使开发者只需要关注 sql 语句本身,而不需要花费精力去处理加载驱动、创建连接、创建 statement 等繁杂的过程。
  • mybatis 通过 xml 或注解的方式将要执行的各种 statement配置起来,并通过 java 对象和 statement 中sql 的动态参数进行映射生成最终执行的 sql 语句,最后由 mybatis 框架执行 sql 并将结果映射为 java 对象并返回。
  • 采用 ORM 思想解决了实体和数据库映射的问题,对 jdbc 进行了封装,屏蔽了 jdbc api 底层访问细节,使我们不用与 jdbc api 打交道,就可以完成对数据库的持久化操作。
  • ORM:
    • Object Relational Mapping 对象关系映射
    • 就是把数据库表和实体类的属性对应起来,使字段名称保持一致。

猜你喜欢

转载自blog.csdn.net/qq_44686266/article/details/113975422