扫码关注官方订阅号
学习是最好的投资!
Mybatis支持将SQL写到注解中; 另外,多级缓存的实现、延迟加载、动态SQL、MyBatis Generator等等,如果是Spring JDBC的话要麻烦一些吧。
我感觉可以替代了,写了几个项目都只用了 Spring 感觉也没问题,不知道是不是因为资历太浅,潜在的问题还没发现
Spring
ORM框架的意义,绝对不止帮你执行SQL这么简单。 SQL的可维护性相对OOP语言来说差了不少,这点是公认的,而且非常不方便维护和重构。 而且ORM框架相对来说都会提供更简单的事务管理和加锁还有缓存。 不应该把ORM框架简单地看成把SQL和类进行绑定
从工作的角度来回答你这个问题,纯jdbc的使用给人的感觉就是一个字-累!大量的sql语句,大量的get/set方法,充斥在代码中,而合适的orm框架可以帮你从没有必要的体力活中解脱出来。当然,本该你做的活儿,你让代码自动地去帮你做一部分,多多少少都会损耗些性能的,但相比这些许的性能损耗,换来了繁琐流程的简化,明确的开发模式规范,是值得的。 mybatis属于一个半自动的orm框架,本质是sql映射,所以我把mybatis归类与一种偏JDBC的底层技术,与jdbc相比本无太大差异,却又为你做了很多事儿,实现了更多的功能。 本人用了较长时间的jdbc,真心累了,也正准备将mybatis引入到开发中,适当地提升团队开发效率。
在没有出现问题之前,任何框架都可以。 技术选型都是演化的,而且设计到团队合作,流量大小等太多因素,若是你觉得这个沟通的话,就用!
mybatis是比较方便的,把sql聚拢到xml文件中也利于后期针对sql的优化
将sql语句和代码分开,就是它最大的优势。 而用jdbc,先不说有没有ORM,还需要一系列的SQL拼装 维护起来实在很麻烦您
没有什么替代不替代的,存在即合理,看你的应用场景来选择合适的技术。如果项目比较小,或是非常重性能,那就jdbc, 但个人感觉一般情况下Mybatis是更好的选择,在项目的可维护性上,并且Mybatis对比jdbc性能并没有什么太多损失
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
Mybatis支持将SQL写到注解中;
另外,多级缓存的实现、延迟加载、动态SQL、MyBatis Generator等等,如果是Spring JDBC的话要麻烦一些吧。
我感觉可以替代了,写了几个项目都只用了
Spring感觉也没问题,不知道是不是因为资历太浅,潜在的问题还没发现ORM框架的意义,绝对不止帮你执行SQL这么简单。
SQL的可维护性相对OOP语言来说差了不少,这点是公认的,而且非常不方便维护和重构。
而且ORM框架相对来说都会提供更简单的事务管理和加锁还有缓存。
不应该把ORM框架简单地看成把SQL和类进行绑定
从工作的角度来回答你这个问题,纯jdbc的使用给人的感觉就是一个字-累!大量的sql语句,大量的get/set方法,充斥在代码中,而合适的orm框架可以帮你从没有必要的体力活中解脱出来。当然,本该你做的活儿,你让代码自动地去帮你做一部分,多多少少都会损耗些性能的,但相比这些许的性能损耗,换来了繁琐流程的简化,明确的开发模式规范,是值得的。
mybatis属于一个半自动的orm框架,本质是sql映射,所以我把mybatis归类与一种偏JDBC的底层技术,与jdbc相比本无太大差异,却又为你做了很多事儿,实现了更多的功能。
本人用了较长时间的jdbc,真心累了,也正准备将mybatis引入到开发中,适当地提升团队开发效率。
在没有出现问题之前,任何框架都可以。
技术选型都是演化的,而且设计到团队合作,流量大小等太多因素,若是你觉得这个沟通的话,就用!
mybatis是比较方便的,把sql聚拢到xml文件中也利于后期针对sql的优化
将sql语句和代码分开,就是它最大的优势。
而用jdbc,先不说有没有ORM,还需要一系列的SQL拼装
维护起来实在很麻烦您
没有什么替代不替代的,存在即合理,看你的应用场景来选择合适的技术。如果项目比较小,或是非常重性能,那就jdbc, 但个人感觉一般情况下Mybatis是更好的选择,在项目的可维护性上,并且Mybatis对比jdbc性能并没有什么太多损失