2016-04-12 2 views
0

Я новичок в MVC, и в настоящее время я создаю бэкэнд для веб-приложения, используя сервлеты. Я слышал, что вся обработка должна войти в модель.MVC - проверьте правильность ввода пароля

Итак, в моей модели я получаю данные из базы данных и сравниваю их со значением, которое я получил от объекта запроса.

Теперь один из моих товарищей сказал, что эта логика принадлежит аутентификации и, таким образом, входит в контроллер.

Я довольно запутанный сейчас и надеюсь, что кто-то может помочь мне, где на самом деле поставить эту функциональность. Модель или контроллер.

Приветствия заранее.

+0

Возможный дубликат [Проверка пароля onsubmit] (http://stackoverflow.com/questions/8218325/checking -password-onsubmit) – NinjaDeveloper

ответ

0

Модели только класс, который описывает вашу БД связанного объект. Вы не должны использовать этот класс для реализации операции CRUD. Вам необходимо использовать DAO (класс, который выполняет только crud-операции для определенных классов) и Controller (ваш сервлет), который использует этот DAO для запроса db.

дао имеет такие методы, как

public void save(entity entity); 
public Entity loadById(Long id); 
etc etc... 

Вы должны думать таким образом: Когда вы должны выполнить действие тесно связано с поведением Bean (например, рассчитать общую стоимость для rappresenting Shopping Bean Cart) вы можете реализовать эту функцию (метод) в классе модели (всегда вызываемой контроллером). Все остальные функции должны быть реализованы в контроллере, который управляет функциональной логикой .

Вы должны различать модели классов, контроллеров классов, Просмотр классов и классов Persistence (DAO для CRUDS)

+0

Взгляните на эту статью: http: //www.javaworld.com/article/2074052/design-patterns/write-once--persist-anywhere.html? page = 2 –

0

модель - это сами данные, в данном случае класс «пользователь» или «пароль».

На мой взгляд, правильным является контроллер : он проверяет правильность данных (пароль, дату рождения и т. Д.).

Таким образом, вы можете повторно использовать свою модель с другой логикой, не меняя класс «Пользователь». Например, вы можете добавить простую систему Max-Retry-попытки и оставить класс пользователя оригинального

Но если вы хотите, чтобы предотвратить вызов Ajax,

Смежные вопросы