工作总结

  换了家新公司，这家用的是Spring boot+hibernate框架，之前对hibernate没有使用经验，刚来的前两周可以说是一脸雾水，度过了艰难的两周，终于算是对hibernate有所熟悉，最起码，可以将业务给写出来了，尽管对hibernate还是有很多疑问，但是照搬也是可以完成任务了。进公司一周后，开始进项目组，做些简单的功能（我们前后端分离，只负责写接口），当做好了一些功能后，领导又决定使用mybatis开发，哈哈（之前写的都要改），但是我对mybatis很熟悉，感觉开发速度瞬间变快了，花了三天时间，终于把任务给搞定了。

我评价下我们现在公司的框架：

  之前是纯hibernate的，如果要查询不能指定字段返回，会造成不必要的内存和速度的消耗，数据量大的时候还是比较影响性能的。刚来的时候，因为是纯hibernate的，由于之前都是使用mybatis的习惯，一直想写原生sql。hibernate的优点是纯自动化，不需要手动写sql，可以自动生成表，而mybatis刚好相反，要先手动创建表。现在将mybatis和hibernate联合使用，使用hibernate生成表，然后通过eclipse的Mybatis插件，可以自动生成Mapper.java(类似于dao层，因为还有hibernate所以就命名成mapper了)和mappper.xml。这样一来，就只需要编写Controller和Service层了。但是，我之前有使用过jeesite，这个简单的生成还是让我很不爽，我准备接下来，将后台的自动生成给优化，升级下。

 不过hibernate和mybatis联合起来用总体来说还挺爽的。

接下来我说说，我们现在大概用到的技术：

整个大的框架是spring boot +spring +（hibernate和mybatis），前端用的是react（但是我不懂，嘿嘿）

之前spring boot 没用过，总体来说和spring mvc基本一样，除了启动这块（配置的话还是挺简单的），数据库的话用到了MongoDB和mysql。来这儿之前对MongoDB一无所知，因为平常根本就用不到，现在对这个数据库可以说还算比较熟悉了，比较奇葩的是我们项目竟然没有事务，然而对mangodb操作是直接入库，而不是spring的批量操作（目前还没去找原因，还在熟悉框架中），而且我们的事务安全控制，是通过字段控制的，当然这个也没问题，但是感觉有点脱离了主流发展方向。