Хорошая практика MVC с весны

Question

с весны, когда у нас есть сервисный уровень, дао-слой и контроллер для управления данными формы (список, выбранное значение списка, данные, найденные bd)

это хорошая практика, чтобы поместить все этоданные в объекте?

- это хорошая практика для создания в слое сервиса метода, который будет вызывать много методов dao для подачи списка ... и подачи объекта ford или лучше

Вызовите другой метод в слое обслуживания из контроллера?

public class UserForm {

    private SearchCritera searchCritera;
    private List<String> city;
    private List<String> country;
    ...
}

---

public class SearchCritera {

    private List<String> selectedCity;
    private List<String> selectedCountry;
    ...
}

Может быть, есть лучший способ, что две идеи, которые я предложил?

Answer 1

Для меня более логично иметь то, что вы предложили:

• уровень DAO, где вы получаете доступ к базе данных с помощью одной операции
• уровень сервиса, где вы агрегируете вызовыслой DAO и выполнение некоторой бизнес-логики
• уровня веб / контроллера, где вы выполняете вызовы к уровню обслуживания и делаете все необходимое для визуализации представления.

Keep inИмейте в виду, что в любом случае, когда вы разрабатываете свое приложение, вы должны настроить его так, чтобы транзакции обрабатывались правильно.Если ваш сервисный уровень является транзакционным, и существует несколько вызовов от веб-уровня в рамках одного и того же метода к сервисному уровню, то, если что-то пойдет не так, вероятно, база данных может не оказаться в чистом состоянии.Чего вы также хотите избежать, так это иметь бизнес-логику на уровне контроллера.