Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

能否提供更加明细的版本说明 #85

Open
trifolium-x opened this issue Aug 2, 2023 · 3 comments
Open

能否提供更加明细的版本说明 #85

trifolium-x opened this issue Aug 2, 2023 · 3 comments

Comments

@trifolium-x
Copy link

作者您好,感谢你对开源事业做出的贡献,在阅读您这边的文档是,总是觉得对于名称和版本的描述很杂乱,比如什么 Mapper4、Mapper5、mybatis-mapper2.0.x、 tkMybatis、tkMapper等等,我之前使用了<groupId>tk.mybatis</groupId> <version>1.1.5</version>,因为支持JPA注解所以觉的很纯粹也很轻量级,配合PageHelper非常的好。最近开发新项目想依然使用tkMybats的最新版本,我却找不到相应的项目了,才知道改名成立了新项目,然而粗略的查阅文档,发现文档中严格要求Mapper自定义注解而不是兼容JAP注解,我再什么地方能找到以前tk.mybatis类似的工具,后面看了Mybatis-flut和mybatis-plus,发现flut对Mybatis侵入性非常大,如果没有更好的方案我只能尝试去使用plus了。

@abel533
Copy link
Contributor

abel533 commented Aug 7, 2023

tkMapper没有改名:https://github.com/abel533/Mapper

mybatis-mapper是新的,和tkMapper无关,都能和PageHelper配合使用。

@trifolium-x
Copy link
Author

实际上我是非常喜欢之前的tkMybatis的,因为够轻量,兼容JPA注解,符合开闭原则,本人之前在百度,公司内部部门很多项目使用tkMybatis,而非myBatisPlus了,因为在使用新的成熟框架之前优先考虑工具的侵入性,类似tkMybatis这样的工具必定有自己的市场空间。但目前看了最新版本的教程,感觉完全是自己规则下的新轮子,而非业界规范,看似功能华丽,使用优雅,如MybatisFlut,实则毫无用武之地,如何界定好工具的边界很重要,像Pagehelper是一个典型的好项目。对此我并不看好新项目。

@trifolium-x
Copy link
Author

一个很简单的实验就是,如果在一个项目中,你能快速的移除你的工具或切换到别的工具并且对代码产生最小的影响行,那么就是一个优秀的工具,

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants