Концепції DTO та DAO та MVC [закрито]

1) Для чого ми використовуємо DTOі DAO, і коли ми повинні ними користуватися. Я розробляю GUIпрограмне забезпечення Java, яке стосується вставки, редагування, видалення даних. Але я з усіх сил , щоб розрізняти DTO/DAOі Model, View, Controller(MVC) Структура? Чи схожі вони, що краще використовувати під час взаємодії з базою даних через Java GUI.

2) Одна річ , яку я дійсно цікаво, чи є це хороша практика , щоб мати viewі Controllerв одному класі. Якщо ми задумаємося Netbeans, ви можете створити GUIFrame Class і додати такі компоненти, як JButtonна кадр, подвійне клацання кнопки переведе вас до actionListenerметоду (Controller), який, здається, є у кадрі, дані повинні відображатися користувачеві (Перегляд) . Значить, вони в одному класі. Це повністю суперечить концепції тоді чи ні?

Ось про що я говорю

погана практика мати перегляд та контролер в одному класі?

DTOє абревіатурою для Object Transfer Data , тому використовується для передачі даних між класами та модулями вашої програми.

• DTO має містити лише приватні поля для ваших даних, геттерів, сетерів та конструкторів.
• DTO не рекомендується додавати методи бізнес-логіки до таких класів, але добре додавати деякі утилітні методи.

DAOє абревіатурою для Об'єкту доступу до даних , тому воно повинно містити логіку вилучення, збереження та оновлення даних у вашому сховищі даних (база даних, файлова система тощо).

Ось приклад того, як виглядатимуть інтерфейси DAO та DTO:

interface PersonDTO {
    String getName();
    void setName(String name);
    //.....
}

interface PersonDAO {
    PersonDTO findById(long id);
    void save(PersonDTO person);
    //.....
}

Це MVCбільш широка закономірність. DTO / DAO буде вашою моделлю за схемою MVC.
Він розповідає про те, як організувати всю програму, а не лише частину, відповідальну за пошук даних.

Що стосується другого питання, якщо у вас є невелика програма, це повністю нормально, однак, якщо ви хочете слідувати шаблону MVC, було б краще мати окремий контролер , який міститиме бізнес-логіку для вашого кадру в окремому класі і відправляти повідомлення на цей контролер від обробників подій.
Це відокремило б вашу логіку бізнесу від погляду.