У меня вопрос. Есть апи метод который принимает список. Внутри этот список поэлементно сохраняется в БД. На одном из элементов mysql может поругаться. Как правильно в этой ситуации поступить - 1. поймать ошибку и дать скрипту сохранить остальные элементы, в поле для эррор сообщить фронту где ошибка. При этом статус ответа - ок, что бы фронт не пошёл по ветке когда статус эррор. 2. остановить скрипт и вернуть статус ответа эррор. 3. Поймав ошибку откатить всё что было сохранено до элемента с ошибкой. Вернуть эррор.
Смотря какие-там данные. Если "потеря" одной из записей не страшна - можно пойти по первому пути. Если данные важные (типа банковских транзакции) - точно нужно сообщить об ошибке и попробовать еще раз. Обычно с точки зрения реализации проще откатить всю "пачку" и запросить снова. Если же дизайнеры предусмотрели состояние, когда "ошибочна" только одна запись - тогда только ее и запрашиваем снова.
Если employee это модель и у него есть чёткая связь с конкретным пользователем, тоесть можно у объекта вызвать метод getName и получить имя этого работника, то как быть с методом отдающим список, логично под это дело завести о дельный класс или уместно наделать статических методов прямо в employee?
У меня вопрос. Есть апи метод который принимает список. Внутри этот список поэлементно сохраняется в БД. На одном из элементов mysql может поругаться. Как правильно в этой ситуации поступить - 1. поймать ошибку и дать скрипту сохранить остальные элементы, в поле для эррор сообщить фронту где ошибка. При этом статус ответа - ок, что бы фронт не пошёл по ветке когда статус эррор. 2. остановить скрипт и вернуть статус ответа эррор. 3. Поймав ошибку откатить всё что было сохранено до элемента с ошибкой. Вернуть эррор.
Смотря какие-там данные. Если "потеря" одной из записей не страшна - можно пойти по первому пути. Если данные важные (типа банковских транзакции) - точно нужно сообщить об ошибке и попробовать еще раз. Обычно с точки зрения реализации проще откатить всю "пачку" и запросить снова. Если же дизайнеры предусмотрели состояние, когда "ошибочна" только одна запись - тогда только ее и запрашиваем снова.
Если employee это модель и у него есть чёткая связь с конкретным пользователем, тоесть можно у объекта вызвать метод getName и получить имя этого работника, то как быть с методом отдающим список, логично под это дело завести о дельный класс или уместно наделать статических методов прямо в employee?
Где сотрудники хранятся - тот класс и должен выдавать список сотрудников.