@Ginevera

Как лучше реализовать валидацию форм в архитектуре микросервисов при использовании Simfony?

Доброго времени суток!

При распутывании большого монолита на Symfony 3.2 возник такой глобальный вопрос:

как быть с единым UI и сервисом, отвечающим за "очень_отдельную_сущность", в случае валидации формы?
(А тем более сложных составных форм.)

Для наглядности обозначим "очень_отдельную_сущность", допустим, "пироги".

Проблема:

1. Есть единый UI, который отвечает за отображение всего. ( В статьях, что мне доводилось читать, ратовали за единый UI, и это с точки зрения отделения представления от всего категорически правильно )

2. Есть "пироги", работа с которыми выносится в отдельный микросервис. ( Покуда осуществляется только вывод, всё прекрасно. )

3. При работе в формами в Symfony и архитекуре микросервисов валидация не даёт верно разделить код.
( По принципу микросервисов, вся информация должна быть передана микросервису "пироги" для обратки, и у него есть для этого классы сущностей и форм, но для возвращения данных при ошибке валидации в монолите не оказывается тех же самых классов сущностей и форм, которые используются и для отображения. )

Варианты решения, что мне пришли в голову ( все плохие ):

I. Дублировать классы сущностей и форм для "пирогов" в UI - и использовать их только для отображения.

II. Перевести всё в html, и в таком виде возвращать в UI. Одним куском или несколькими.

III. Меняться запросами по каждому чиху. Если сделать сервисы достаточно болтливыми, решение тоже существует.


Для написания микросервису "пироги" использую Symfony 4.2, что добавляет пикантности, так что даже дублирование при выборе этого варианта будет с оговорками)

Заранее спасибо всем откликнувшимся.
  • Вопрос задан
  • 55 просмотров
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы