Mybatis 是注解方式用得多还是 xml 用得多

xml 吧，没见过用注解写动态 sql 的。

注解吧，我以前的项目里面基本上看不到 xml 文件了。

@taaaang #1 我见过别人的项目，简单的单表操作就是直接写注解，注解的内容就是 sql
目前维护的都是统一写在 xml 里面

看来还是得熟悉熟悉 xml 方式。。。现在好像比较喜欢写注解

我目前遇到的都是 xml 用得多。

各有利弊吧。

简单注解，复杂 Provider

xml, 因为用 mbg 生成的

@fumichael 简单 sql 写注解，就是写时一时爽，维护起来就会越来越操蛋。复杂 sql 就不用说了，直接 xml。如果表结构不负责，业务简单，那直接 JPA 得了.

用 xml 可以试试 https://www.jianshu.com/p/1fb00955302a 使用 xml 效率很高

xml 目前居多，但推荐注解方式，主流。

推荐使用 xml

MyBatis Generator 一键生成代码和 xml 避免大量手写

还是 XML 方式更强大, 支持的扩展属性更多, 维护起来更方便.

不过, 推荐看看 [jOOQ]( http://www.jooq.org/), 用起来更舒服.

可以参考以前的 V2 帖子：现在用 mybatis 都不用 xml 了吗
t/541755

@mtus Go 语言使用者看了看 jooq 的介绍有点儿眼红。哈哈哈哈。

复杂 SQL 照样用注解！

都 9102 年了，还用 XML 这种反人类的东西。。。

xml

xml

注解

用 xml，不过之前在 v2 看到有用 mybatis plus，感觉也挺不错的，有机会也尝试下

复杂的用注解写很操蛋

xml

我自己都是写注解的，用个注解驱动，完全不用 xml 了。
我觉得写在注解里面比在 xml 里面好读，还不用配置那么多。

除去联合查询，单表的直接 orm 映射写 sql，像 mybatis-plus 等，但是 xml 有个好处就是用在多数据源可以通过 resource 来省去一部分配置，其他的都 9012 年了，还尼玛 xml

我好像也就一年没写 web 怎么还倒退了？你们说的注解还是 ssh 那个时代的注解？ xml 这个形式主要不是为了维护性吗，代码里面注解 sql 显得杂乱而且找起来也不方便吧。另外简单的增删查改不是用 spring 自带的 jpa 就好了吗。（ ps:复杂 sql 最长的写过将近一页，跨库跨表多级嵌套= =）

Mybatis 的 XML 就是为了解耦，把 SQL 从 Java 代码中抽离出来，让开发者专注于 SQL 实现。所以一般是 XML 用的多。

XML 多.