JPA基于JPA 规范的基础上封装的?套 JPA 应?框架,可使开发者?极简的代码即可实现对数据库的访问和操作,一些简单的操作使用JPA是非常的方便,但是对于复杂的动态sql,JPA也有方法去实现 但是对于我来说我是比较倾向于mybatis,所以就在想两个是不是能一起使用。话不多说上菜 1.引入依赖
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>
<dependency>
<groupId>org.mybatis.spring.boot</groupId>
<artifactId>mybatis-spring-boot-starter</artifactId>
<version>1.3.1</version>
</dependency>
2.配置文件
spring:
datasource:
type: com.alibaba.druid.pool.DruidDataSource
url: jdbc:mysql://127.0.0.1:3306/order?serverTimezone=UTC&useUnicode=true&characterEncoding=utf8
driver-class-name: com.mysql.jdbc.Driver
username: root
password: root
mybatis:
# 重要配置
type-aliases-package: com.order.entity
mapper-locations: classpath:mapper
3.前面的两个配置都是大同小异,没啥好说的,接下来就是我们的重头戏了,是不是很激动
这是一个悲伤的故事 他并不能在一个类里面同时使用这两种方式 如果你这么做了 首先你的jpa他不乐意了为啥不乐意了?? 启动的时候先回加载一遍方法看看对不对 😤😤 好吧这是我的理解因为他走了这一段代码 那简单那我们就加个注解不如果有我们这个注解我们就过滤掉他不让他走了 但是就算这样 你的项目会报bean重复这样的错误 好 就算是你解决了加了一个配置让他重复
spring:
main:
allow-bean-definition-overriding: true
最后的时候你还是只能生成一个SimpleJapRepository代理类,而你的MapperProxy的这个代理类丢了丢了也就走不了这个MapperProxy中invoke方法 MapperProxy 是你在创建对象的时候就调用getMappr放就生成了,里面包含的信息是一开始就准备好的,就算是考虑模拟数据的方式(亲,建议放弃)。💔💔💔💔💔 这是我狂肝肝了6个小时的结果,事实证明我是个弟弟 如果各位有更好的解决方案欢迎打脸,非常欢迎
- 最后最后只能退而求其次 分成两个方法但是这个样子感觉有点鸡肋😩😩😩
|