mybatis中0和null关系处理

本文详细介绍了在MyBatis项目开发中遇到的一个问题:尝试插入int型0时被识别为null。通过分析MyBatis源码并提供解决方案,包括直接改造源码和简单处理方式,帮助开发者避免此类困扰。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近在项目开发中,mybatis遇到一个很奇怪的问题,因为想在后台传一个int型0插入到数据,却被识别成了null。

后面,排除问题时,查到mybatis源码对其进行了强制定义。所以解决问题可以改造mybatis源码,或者简单的做以下处理:
<insert id="insertDemo" parameterType="java.util.Map">
INSERT INTO
    TABLE
<trim prefix="(" suffix=")" suffixOverrides=",">
    <if test="importRow != null and importRow != '' or importRow ==0 ">
    IMPORT_ROW,
</if>
</trim>
<trim prefix="values (" suffix=")" suffixOverrides=",">
    <if test="importRow != null and importRow != '' or importRow ==0 ">
        #{importRow},
    </if>
</trim>
</insert>

增强判断添加 or importRow ==0

<think>嗯,用户这次问的是MyBatisiBatis的关系,看来ta对这两个框架的渊源很感兴趣。之前讨论MyBatisJDBC时用户就表现出对技术演进的关注,这次可能需要更清晰的历史脉络梳理。 用户提供的引用材料很有价值,特别是[^3]提到接口绑定这个关键改进,以及[^4]关于命名化的深层含义。不过要注意避免直接复制引用内容,需要用更通俗的方式重组信息。 从技术沿革看,应该分三个层次回答:第一层是继承关系(直接改名),第二层是核心改进(接口绑定/注解支持等),第三层是生态化(包名/文档等)。用户似乎特别关注"为什么改名后还保留相似性"这个问题,[^4]里关于降低学习成本的解释很到位。 需要强调几个易混淆点:1) 不是完全重写而是深度优化 2) MyBatis3保留大部分iBatis配置方式 3) 核心的SQL映射思想没。用户可能担心迁移成本,可以暗示兼容性良好。 最后考虑设计对比表格,突出改进点而非简单罗列区别。那些"自动生成DAO实现"、"泛型支持"之类的特性应该用用户能感知的示例说明(比如不用再写DaoImpl类了)。 相关问题要延续用户的技术演进视角,比如"如何迁移旧项目"这种实用问题可能比纯技术对比更符合ta需求。</think>MyBatis 与 iBatis 本质上是**同一框架的迭代关系**,MyBatis 是 iBatis 的全面升级版本。以下是核心关系解析: --- ### 一、核心继承关系 1. **同源框架** MyBatis 由 iBatis 3.x 版本**正式更名而来**(2010年),由原 iBatis 团队开发,保留了 iBatis 的核心设计思想[^1][^2]。 2. **包名与命名空间更** | 内容 | iBatis | MyBatis | |--------------|------------------------|------------------------| | **包名** | `org.apache.ibatis.*` | `org.apache.ibatis.*` | | **核心接口** | `SqlMapClient` | `SqlSession` | | **配置文件** | `<sqlMapConfig>` | `<configuration>` | --- ### 二、MyBatis 的关键升级 1. **接口绑定(核心改进)[^3]** - **iBatis 2.x**:需手动实现DAO接口XML的关联 ```java // iBatis 需显式指定映射文件 public class UserDaoImpl implements UserDao { public User getUser(SqlMapClient sqlMap, int id) { return (User) sqlMap.queryForObject("User.getById", id); } } ``` - **MyBatis**:通过**动态代理**自动关联接口与XML ```java // MyBatis 接口直接绑定XML public interface UserMapper { @Select("SELECT * FROM user WHERE id = #{id}") User getById(int id); } ``` 2. **注解支持** 支持`@Select`, `@Insert`等注解替代XML配置[^3],简化简单SQL场景: ```java @Update("UPDATE user SET name=#{name} WHERE id=#{id}") void updateUserName(User user); ``` 3. **动态SQL增强** 新增`<choose>`, `<bind>`等标签,支持更复杂的逻辑: ```xml <select id="search"> SELECT * FROM user <where> <if test="name != null"> AND name LIKE #{name} </if> <choose> <when test="role == 'admin'"> AND level > 5 </when> <otherwise> AND level > 1 </otherwise> </choose> </where> </select> ``` 4. **类型处理器优化** 通过`TypeHandler`接口增强泛型支持,简化类型转换[^4]: ```java public class StringListHandler implements TypeHandler<List<String>> { // 自动处理List<String>与数据库字段的映射 } ``` --- ### 三、保留的核心特性 1. **SQL与代码分离** 仍以XML映射文件为核心(如`UserMapper.xml`)[^4]。 2. **结果集映射机制** ```xml <resultMap id="userMap" type="User"> <id property="id" column="user_id"/> <result property="name" column="user_name"/> </resultMap> ``` 3. **JDBC底层封装** 延续对JDBC的封装,优化连接管理、事务控制等。 --- ### 四、总结:演进关系 | 维度 | iBatis | MyBatis | |--------------|---------------------------------|----------------------------------------| | **定位** | SQL映射框架 | 增强的持久层框架 | | **核心改进** | 基础ORM功能 | 接口绑定/注解/动态SQL增强 | | **易用性** | 需手动实现DAO | 零实现类+自动代理[^3] | | **生态** | 已停止维护 (最后版本 2.3.5) | 持续更新 (2023年发布3.5.13) | > **结论**:MyBatis 是 iBatis 的**现代化继承者**,在保留核心设计的同时,通过接口绑定、注解支持等特性显著提升开发效率,目前已成为主流Java持久层框架[^1][^3]。 --- ### 常见问题解答 **Q:iBatis项目能否直接升级到MyBatis?** A:可平滑迁移,但需注意: 1. 包名替换:`com.ibatis.*` → `org.apache.ibatis.*` 2. 配置文件:`<sqlMapConfig>` → `<configuration>` 3. API更新:`SqlMapClient` → `SqlSessionFactory`[^2] **Q:为何要重命名?** A:摆脱与"SQL映射"的强绑定,体现向**完整ORM框架**的演进[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值