嘿，我完全理解你的困惑——其实这两种写法都能正常工作，但从长期项目维护和团队协作的角度来说，为每个实体类（或业务模块）单独创建Mapper XML文件是更推荐的最佳实践，原因主要有这几点：

• 提升可维护性：当你的项目规模扩大，实体类越来越多、SQL语句越来越复杂时，一个包含所有SQL的超大Mapper文件会变得极其臃肿。比如你要修改Author的某个查询语句，得在几百甚至上千行代码里翻找，效率极低；而拆分后，直接打开AuthorMapper.xml就能定位到目标代码，清晰又高效。
• 减少协作冲突：如果是团队开发，多人同时修改同一个大Mapper文件很容易出现版本控制冲突，拆分后每个人负责对应实体的Mapper文件，冲突的概率会大幅降低，协作起来更顺畅。
• 符合单一职责原则：每个Mapper文件只负责处理一个实体类（或一个紧密相关的业务模块）的CRUD操作，职责边界清晰，逻辑更直观，新人接手项目也能更快上手。

当然啦，如果你的项目只是小型Demo或者功能非常简单，用单文件的方式完全没问题——毕竟它确实更省事。但一旦项目开始迭代、代码量增长，我还是建议你逐步拆分到单独的Mapper文件，这会为后续的维护省下不少麻烦。

备注：内容来源于stack exchange，提问作者abawb