Где должны находиться фиктивные данные с целью демонстрации функций пользователю (до того, как пользователь настроит свой профиль / компанию / страницу) - PullRequest
0 голосов
/ 04 августа 2020

В нашем приложении пользователь может зарегистрироваться, войти в систему, настроить профиль и просматривать расширенный пользовательский интерфейс на основе своего профиля.

Если пользователь зарегистрировался, но не настроил профиль, мы хотим показать расширенный пользовательский интерфейс на основе на фиктивных данных.

Три варианта:

  1. Front end. Большой двоичный объект JSON используется для загрузки компонентов пользовательского интерфейса, когда профиль не существует. Серверная часть не знает фиктивного профиля.
  2. Уровень приложения. Капля JSON, возвращаемая API. Передняя часть меньше знает фиктивный профиль, база данных не знает фиктивный профиль.
  3. База данных. Сохраните известный профиль в базе данных и верните через стек во внешний интерфейс. Основным недостатком является то, что любые поисковые запросы или отчеты, связанные с профилем, должны будут исключать фиктивный профиль

Очевидно, что у всех трех есть плюсы и минусы, и многое зависит от того, что произойдет в будущем (у меня нет idea) - С точки зрения архитектуры, есть ли лучшее место для хранения этих данных?

...