关于javaMVC开发中针对于mybatis的一些基础性错误

本文详细记录了在开发过程中如何正确配置mapper的resultMap,包括property、column、javaType和jdbcType属性,以及如何使用<select>、<insert>标签和#{参数}

     在开发的过程中,时常遇到奇奇怪怪的问题,为了避免bug重复出现以及自我的学习巩固,所以写下此篇。

     一:<mapper namespace =" 重要,对应自己所写的mapper接口层 ">

     二:resultMap 中的属性;

            property属性,此属行对应实体类信息,与自己定义的实体类编码一致

            column属性,此属性对应数据库信息

            javaType属性,是property对应的信息属性的类型

            jdbcType属性,是column对应的信息属性的类型,可不写。

           <resultMap id="这里自己随意定"   type=" 重要,需要对应自己明确的实体类 " >

     三:标签问题;

           1、所要进行的操作,需要在与标签对应。

                 如查询:<select id=" "></select>

                             <insert id=" "></insert>

            2、sql标签,这里可以将所有的信息值封装此列,

                  如<sql id=" 自己定义,需与所用处的include上的refid值对应 ">

            3、查询语句里的属性:

                  id: 与 mapper 接口层的接口对应

                  parameterType: 传输数值,此类型与mapper接口层,所用方法中的传参属性相对                        应。注:insert插入的都是一条数据,无论怎么操作都需要循环操作,这是避免不了的

                  resultType:返回数值,此类型与mapper层定义接口的属性相对应,注:list用实体                        类来对应,我在网上看到过有用list对应的,但是自我测试的时候报错。

                  #{}:

                         基础数据类型,通过#{}只能传一个参数。

                         通过索引方式#{0}、#{1}.....可以传多个参数

                         如果通过#{}传多值而不想用索引,可以用@param()注解。

                         User selectUserByNameAndAge(@param("age")int age);

                         传入多个基本类型参数,用map封装,通过#{mapkey}取值

                          User selectUserByNameAndAge(Map map);

                          可以通过map实体类封装,通过#{mapKey.attributeName}取值

                          User selectUserByNameAndAge(Map map);

                          name = #{userPame.name}

                          直接传入实体类,通过#{属性名}取值

                          User selectUserByNameAndAge(User userParam);   

                   #{}与${}的区别:

                               前者拿到值后,拼装sql,会自动对值添加单引号

                               后者直接拼装到sql,如果需加单引号。必须手动,动态传输使用,同时添加                       属性starementType = "STATEMENT",使用非编译模式                     

                   映射问题:sql语句中对应数据的信息与column属性的值对应,对应参数的数据信息与                     property属性的值对应。如遇到查询为空的,而实际存在数值的情况,可在定义实体                       类时采用驼峰式命名,或查询语句as新名与column对应

              这些是我暂时遇到的基础性问题,由于长时间的脱离开发,如今重新回归,为避免发生             重复性错误,所以在这里记下,之后会随时更新。

                   

            

内容概要:本文围绕EKF SLAM(扩展卡尔曼滤波同步定位与地图构建)的性能展开多项对比实验研究,重点分析在稀疏与稠密landmark环境下、预测与更新步骤同时进行与非同时进行的情况下的系统性能差异,并进一步探讨EKF SLAM在有色噪声干扰下的鲁棒性表现。实验考虑了不确定性因素的影响,旨在评估不同条件下算法的定位精度与地图构建质量,为实际应用中EKF SLAM的优化提供依据。文档还提及多智能体系统在遭受DoS攻击下的弹性控制研究,但核心内容聚焦于SLAM算法的性能测试与分析。; 适合人群:具备一定机器人学、状态估计或自动驾驶基础知识的科研人员及工程技术人员,尤其是从事SLAM算法研究或应用开发的硕士、博士研究生和相关领域研发人员。; 使用场景及目标:①用于比较EKF SLAM在不同landmark密度下的性能表现;②分析预测与更新机制同步与否对滤波器稳定性与精度的影响;③评估系统在有色噪声等非理想观测条件下的适应能力,提升实际部署中的可靠性。; 阅读建议:建议结合MATLAB仿真代码进行实验复现,重点关注状态协方差传播、观测更新频率与噪声模型设置等关键环节,深入理解EKF SLAM在复杂环境下的行为特性。稀疏 landmark 与稠密 landmark 下 EKF SLAM 性能对比实验,预测更新同时进行与非同时进行对比 EKF SLAM 性能对比实验,EKF SLAM 在有色噪声下性能实验
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值