+
 新版
2023-06-13 16:01
沉默成本。系统的各类封装的东西都是基于MP的,其他东西再好,没有合适的机会,很难推动。
2023-06-13 16:46
感谢关注,sqltoy可以混合其他orm,客观的说用什么无法强求,但可以体验一下,目前sqltoy其实有大量从mybatis(plus)转过来的用户,大家反馈效果还是可以的
2023-06-13 15:17
这个框架其实确实不错,但学习起来有些复杂
2023-06-13 13:19
宣传自己非要踩一下别人是什么毛病
2023-06-13 13:36
其实不是要踩,orm开源首先要对比的一定是mybatis,否则真没有必要开源;第二,客观的说mybatis 弊端带来了plus、plus等等以及一堆的插件,方向越来越偏,甚至产生了一些人对xml的极大偏见,以及大量以java拟合sql的为极致追求的极端现象;sqltoy就是想告诉大家:1、复杂sql的xml究竟应该怎么写?2、单表对象化crud、简单查询lambda化、复杂查询xml从代码剥离化 是正确的选择!以及分页、缓存翻译、并行查询、行列转换等等解决性能和解决复杂场景处理是我们努力的方向!
2023-06-14 08:44
对比没有问题,但是没必要先在标题上就把别人给否定了,这样前提下的对比就没有多大意义了
2023-06-13 14:48
这种你理他干啥
2023-06-13 15:17
这个就和国内造车新势力一个道理,一定要和特斯拉比一下,踩特斯拉一脚,哈哈哈.是不是这个道理?
2023-06-13 15:35
哈哈,我觉得可以从实际进行对比,有没有比mybaits强:sql的写法、缓存翻译、分页优化、并行查询、行列转换等等,客观的评价是求实还是务虚
2023-06-14 06:47
都是人云亦云,你对比一下sqltoy的sql写法(其他特性不用提,客户端调试后的sql跟代码高度一致),不比mybatis强百倍千倍?
2023-06-13 11:44
自己的小项目打算试试看,看看好不好用
2023-06-13 11:39
sqltoy学习其实更简单,本质而言要比mybatis学习更加简单,主要是大家使用mybatis习惯了,思维的转变是有一点困难的
2023-06-13 11:08
性能不是问题,问题是学习成本,这么多年一直在mybatis上也是因为学习成本低。
2023-06-13 11:36
说得很对,深有同感
回复 @
{{emojiItem.symbol}}
返回顶部
顶部