MyBatis - Mapper против DAO

Question

Я пытаюсь получить это ответило, и нашел один комментарий в документации MyBatis:

Обычно MapperFactoryBean предпочтительно этот класс, так как не требует никакого дополнительного кода. Но этот класс (DAO) полезен, если вам нужно сделать другой без MyBatis работы в вашем DAO и конкретные классы необходимы и использовать SqlSessionDaoSupport или SqlSessionFactory

В случае, если я решил использовать MapperFactoryBean сегодня в моем проекте , но позже мне нужно будет использовать concrete DAO (может быть, потому что вы не можете делать 100% с использованием SQL в Mapper), тогда мне нужно изменить дизайн.

Если вышесказанное верно, то MapperFactoryBean будет очень менее полезным и никогда не будет (или главным образом) выбором.

Другими словами: Может ли MapperFactoryBean и DAO сосуществовать? Даже если да, должны ли они быть?

Answer 1

Знаете ли вы о том, что это «не-MyBatis работы» или «некоторый динамический SQL» как вы называете это именно? Ну, я не. Но предполагая, что пишущие Mappers намного быстрее и интуитивно понятны для ваших разработчиков, вы сохраняете много времени здесь. И когда есть какие-то страшные вещи, не связанные с MyBatis, почему бы не написать тогда очень специфический DAO, который делает только эту вещь, отличную от MyBatis?

Answer 2

+1 для сосуществования (DAO не обязательно!) Это особенно актуально, если вы используете mybatis в весеннем каркасе.

Что касается рефакторинга, хорошо, если у вас есть встроенная платформа для тестирования.