翻过爪哇的浪浪山（mybatis（一）篇）

前言

   长恨春归无觅处，不知转入此中来。

        2023年苦尽甘来的一定是你

        今天又来翻浪浪山了，早上看到一位爪哇大咖说的一段话，我非常赞同：现在才是回归互联网的正常时代，不是现在卷也不是现在形势不好而是回归正常态，为什么呢，因为现在培训机构太多了几个月就能培训处一大批程序员，然后就是各种包装各种操作，现在这么多程序员说实话有几个能真正懂原理懂技术也包括我自己，都是表面的会写业务层代码会复制会挪用，面向百度开发，真正去想去研究为什么这么写为什么这么做的少之又少。现在有谁会离开手机离开软件，未来几年甚至十几年都不会，所以互联网行业也不会垮也会越来越好，只不过要求的技术和能力要高，所以在座我是来给你们打气的，今天就开始规划明天的自己，一起翻过爪哇的浪浪山。

正言

        这两天就是一直在看上面我所说的那位爪哇大咖视频，一直在看mybatis的底层原理和手动封装，大体我就说下我的感受。

       之前我一直在搜索mybatis和hibernate的区别，无非就是一个自动一个非自动轻量重量，但其实真正是为了解决什么而产生东西从没人想过，我现在只看了一半视频，所以我就针对我看后的理解和想法就简单说一说这个我们一直用的玩意到底是个什么山。

        Mybatis就是我们俗称的Orm（关系型映射）框架，他为我们做了什么，就是将我们写的VO、Dto、Ao等映射到数据库字段可以和数据库字段关联不需要我们做什么操作就能获取到数据再赋值到我们所写的实体类里面，具体他是怎么操作的我通过几个步骤和理解来说。

        第一步：封装JDBC连接：用我们原生的JDBC方式连接，但是我们说每一句sql都要进行连接数据库都要重复写JDBC那段连接的方法，所以就要封装JDBC连接方法这就是面向对象的特性之一封装。

        第二步：通过反射封装返回参数：因为增删改和查询的结构不一样，所以要封装接口通过反射机制处理返回值，比如基本类型的或者对象类型、Map等

        第三步：通过反射封装参数：因为我们接受的参数多的话不能在括号写一大堆参数，所以要将参数封装为对象和Map类型可以统一接收。框架很方便，默默在背后为我们支撑这一切。

        加油吧，翻山越岭的人们，总有一天你会为今天的坚持而欣慰。