A
@MrOnlineCoder вот ^
Size: a a a
2021 February 15
N
та да, понял, просто бывало вроде что пару раз сам стандарт в рамки ставил, не могу описать некоторое поведение или формат ответа в апи
N
но удобство визуальной документации такой наверно нивелирует это
A
та да, понял, просто бывало вроде что пару раз сам стандарт в рамки ставил, не могу описать некоторое поведение или формат ответа в апи
я думаю вы просто не оценили всех возможностей, там очень много инструментов в этом OpenAPI, просто обычно люди редко читают документацию к опенапи и возможности описания вашей апихи 🤪
A
но удобство визуальной документации такой наверно нивелирует это
а еще есть плагины в ide, которые упрощают написание этой самой документации) и можно сразу глянуть как будет все выглядеть 😏
M
та да, понял, просто бывало вроде что пару раз сам стандарт в рамки ставил, не могу описать некоторое поведение или формат ответа в апи
Мне ещё понравился фастифай, что описание валидации и есть документация, благодаря чему и данные всегда актуальные, и двойную работу не нужно делать
Y
Adv0cat
Смотря какая команда пишет веб.
Если тупо фуллстек, то я думаю вы понимаете кто отвечает бек или фронт)))
Если 1 бекендер и 1 фронтендер, то решает PM или кто им сказал делать это штуку, а дальше кто-то один, после рассуждений, не важно кто, но чаще бекендер, подготавливает апи, типа OpenAPI/Swagger, согласовывая с фронтом, и оба потом приступают к разработке каждый своей части.
Если есть архитектор какой-то, тимлид, тех дир, или просто чувак, у которого опыта больше в построении апи, то он продумывает сначало архитектуру, какие возможности будут, схему бд рисует (не обязательно), приидывает апи, и потом дает или задачи каждому что реализовывать, или документацию пишет или опять же оформляет OpenAPI/Swagger, по которым потом пишется бек и фронт
Если тупо фуллстек, то я думаю вы понимаете кто отвечает бек или фронт)))
Если 1 бекендер и 1 фронтендер, то решает PM или кто им сказал делать это штуку, а дальше кто-то один, после рассуждений, не важно кто, но чаще бекендер, подготавливает апи, типа OpenAPI/Swagger, согласовывая с фронтом, и оба потом приступают к разработке каждый своей части.
Если есть архитектор какой-то, тимлид, тех дир, или просто чувак, у которого опыта больше в построении апи, то он продумывает сначало архитектуру, какие возможности будут, схему бд рисует (не обязательно), приидывает апи, и потом дает или задачи каждому что реализовывать, или документацию пишет или опять же оформляет OpenAPI/Swagger, по которым потом пишется бек и фронт
ну просто например если апи используется и для мобилок, и для сайта, и для десктопа например, то разумно было бы бек сделать изолированным ото всех
Y
тогда в таком случае как фронту реагировать
A
ну просто например если апи используется и для мобилок, и для сайта, и для десктопа например, то разумно было бы бек сделать изолированным ото всех
Если апи используется не только в вебе, тогда у вас приличных размеров продукт, а значит и думать над апи нужно уже как над отдельным продуктом 😏
Y
даже так)
Y
ну лично для меня это просто разделение ответственности
N
Adv0cat
Если апи используется не только в вебе, тогда у вас приличных размеров продукт, а значит и думать над апи нужно уже как над отдельным продуктом 😏
насколько нормально юзать один и тот же апи для разных потребителей? с одной стороны удобно, а с другой... а собственно, что с другой?) (мобилки + фронт веб например)
A
ну лично для меня это просто разделение ответственности
ну в этом же прикол, что как только кто-то еще начинает зависеть от вашего кода, его нужно уже по другому писать, и именно для этого придумали кучу разных специальностей типа синьйоров, тимлидов, архитекторов и вот это вот все)) т.е. назначается ответственный за то, чтобы удобно было всем, а не только вам))
A
насколько нормально юзать один и тот же апи для разных потребителей? с одной стороны удобно, а с другой... а собственно, что с другой?) (мобилки + фронт веб например)
ну все ж зависит от размера пиздеца так сказать 🤣
Y
насколько нормально юзать один и тот же апи для разных потребителей? с одной стороны удобно, а с другой... а собственно, что с другой?) (мобилки + фронт веб например)
просто тогда как фронту использовать апи? Точнее через что? Как это происходит? В андроиде например у меня есть либа в виде http-клиента, который может запросы на сервер слать. Как во фронте подобное реализовано?
C
Да так же.
N
просто тогда как фронту использовать апи? Точнее через что? Как это происходит? В андроиде например у меня есть либа в виде http-клиента, который может запросы на сервер слать. Как во фронте подобное реализовано?
так во фронте из коробки фетч какой то
A
насколько нормально юзать один и тот же апи для разных потребителей? с одной стороны удобно, а с другой... а собственно, что с другой?) (мобилки + фронт веб например)
ечли у вас веби мобилка это тонкий клиент, то одно апи - это необходимость, а если нет, то что-то в вашей архитектуре пошло не так 😊 может не правильно выбрали рест, а надо было вебсокеты, может не правильные роли дергания апишки продумали, и т.д.
Y
Chris
Да так же.
я не из веба, потому вот и спрашиваю)