Помогите, плиз - как лучше спроектировать API? Сейчас такого вида: /user/sign-up/email/as-team /user/sign-up/email/as-company … /user/sign-up/phone/as-team /user/sign-up/phone/as-company … Нужно добавить

Question

Помогите, плиз - как лучше спроектировать API? Сейчас такого вида: /user/sign-up/email/as-team /user/sign-up/email/as-company … /user/sign-up/phone/as-team /user/sign-up/phone/as-company … Нужно добавить

возможность дочерних аккаунтов. Соотвественно регистрация таких аккаунтов уже будет возможна только для аутентифицированных пользователей с таким же типом (as-company/as-team/…).

Можно по идее отправлять при регистрации доп поле “parent”. И если оно есть, то менять правила доступа к sign-up. Но по моему это не очень иметь разные правила security для одного урла.
Алтернатива получается плодить по новому урлу для каждой такой регистрации - типа:

/user/sign-up/root/email/as-team
/user/sign-up/root/email/as-company
/user/sign-up/child/email/as-team
/user/sign-up/child/email/as-company
…
/user/sign-up/root/phone/as-team
/user/sign-up/root/phone/as-company
/user/sign-up/child/phone/as-team
/user/sign-up/child/phone/as-company
…

Может есть варианты получше? Как вы видите решение?

#oop #programming #russian #software #web-design

0

03.08.2021

7 ответов

18 просмотров

Yury Golikov Автор вопроса

as-team/as-company/… это обязательная инфа для типа юзера. Одни регистрируются как бригада с нужными полями, другие как наниматели бригад и тд помимо выбора при регистрации типа - можно выбрать как аутенитифицироваться: email/phone/oauth2 services/… далее отдельно уже внутри своего профиля - можно зарегать дочерние акки.

0

03.08.2021

Sergey P

Я с позиции человека которому потом ui под это делать рассуждаю

0

03.08.2021

Yury Golikov Автор вопроса

Ну еще нужно подумать как это расширяться будет, верно?

0

03.08.2021

Roman Timofeev

А можно было просто сделать метод signup и параметром type, который enum

0

03.08.2021

Yury Golikov Автор вопроса

Всмысле в теле уже? 3 параметра type?

0

03.08.2021

Yury Golikov Автор вопроса

0

03.08.2021

Sergey P · Accepted Answer

Проектировать интерфейс надо из того как им будут пользоваться, ты этой инфы не предоставил. Условно как клиент выбирает из доступных стратегий и т.д. почему может дёрнуть тот или иной метод. Вдруг удобнее будет просто post signup и в боли все что надо для выбора стратегии

212 похожих чатов

Помогите, плиз - как лучше спроектировать API? Сейчас такого вида: /user/sign-up/email/as-team /user/sign-up/email/as-company … /user/sign-up/phone/as-team /user/sign-up/phone/as-company … Нужно добавить

7 ответов

Похожие вопросы