Подскажите, бек и фронт обычно пишут независимо. Тогда как их

обычно соединяют воедино? Конкретно дело в роутинге (за него отвечает бек или фронт?). Или на основе полученных данных, которые отдал бек фронт сам решает, куда роутить? Я сам просто пришел с мобильного мира, который погружается в веб, потому и спрашиваю) Просто если проводить аналогию с мобилкой, то клиент скорее отвечает за роутинг на основе полученных данных.. В общем подскажите как да что у вас происходит)

Фронт и бэк пишут вместе

есть клиент-сайд приложения, и есть сервер-сайд, если у тебя spa то роутингом рулит клиент

Смотря какая команда пишет веб. Если тупо фуллстек, то я думаю вы понимаете кто отвечает бек или фронт))) Если 1 бекендер и 1 фронтендер, то решает PM или кто им сказал делать это штуку, а дальше кто-то один, после рассуждений, не важно кто, но чаще бекендер, подготавливает апи, типа OpenAPI/Swagger, согласовывая с фронтом, и оба потом приступают к разработке каждый своей части. Если есть архитектор какой-то, тимлид, тех дир, или просто чувак, у которого опыта больше в построении апи, то он продумывает сначало архитектуру, какие возможности будут, схему бд рисует (не обязательно), приидывает апи, и потом дает или задачи каждому что реализовывать, или документацию пишет или опять же оформляет OpenAPI/Swagger, по которым потом пишется бек и фронт

какие еще варианты кроме OpenAPI/Swagger?

да шо удобно то и вариант, хоть вордовский документ с описанием апи 😄

т.е. покатит и какой то markdown static site generator?

и такое видел в использовании))

та блин, опенапи как стандарт может и хорош, но очень уж на рест ориентирован + нормального генератора (чтобы в красивенькую html документацию) не нашел поэтому и спрашиваю

ну как бы вопрос был про роутинг, я так понял это и подразумевалось rest. А так для общения по вебсокету обычно хватает и обычного протобуф файлика (proto) или любого другого описания такого стандарта, типа flatbuffer, capnproto и т.д., чтобы все было предельно понятно, какой апи 😊 а для рест апи лучше OpenAPI я красивее html документации и не видел)) Иногда, если юзается Postman или Insomnia, тоже довольно красиво и удобно все можно юзать без этих опенапи)) без html докуметации, но с возможностью удобно тестить эту апи, и всегда можно выгнать тот же OpenAPI с постмана и ему подобных и опять же иметь красивую html документацию

так а в опенапи как документию сгенерить нормальную?)) или только грузить в их swagger ui сам файл со спекой апи?

там портабельный юай, сделали роут на эту юай, прописали там ссылку к файлику api.yaml или api.json и открывая страничку типа mysite.com/open-api/secret-key, у вас будет красивая документация 😏

ладно) спасибо, попробуем

и в юайке вы и посметреть какой роут можете, и шо это такое и по категориям разложить, и дублирующиеся сущности вынести отдельно, и примеры сущностей/запросов написать можете, и подставить параметры, какие нужно в ui, и потом дернуть апиху и посмотреть результат 😊

ну просто например если апи используется и для мобилок, и для сайта, и для десктопа например, то разумно было бы бек сделать изолированным ото всех

Если апи используется не только в вебе, тогда у вас приличных размеров продукт, а значит и думать над апи нужно уже как над отдельным продуктом 😏

насколько нормально юзать один и тот же апи для разных потребителей? с одной стороны удобно, а с другой... а собственно, что с другой?) (мобилки + фронт веб например)

ну все ж зависит от размера пиздеца так сказать 🤣

просто тогда как фронту использовать апи? Точнее через что? Как это происходит? В андроиде например у меня есть либа в виде http-клиента, который может запросы на сервер слать. Как во фронте подобное реализовано?

так во фронте из коробки фетч какой то

ечли у вас веби мобилка это тонкий клиент, то одно апи - это необходимость, а если нет, то что-то в вашей архитектуре пошло не так 😊 может не правильно выбрали рест, а надо было вебсокеты, может не правильные роли дергания апишки продумали, и т.д.

Все тоже самое. Разве что всякие специфичные штуки. Типа OAuth он для браузера. А мобильные пуши - они про мобилки. В остальном суть таже - это клиент, а то сервер

все тоже самое: rest, rpc, websocket, разве что udp и tcp сокетов не припомню в js, а в мобилках есть))

Как выгнать с постмана?

А proto описания просто лежат где-то или что, если это не rpc?

Это вам документацию почитать нужно)

из proto файлов генерируется программный код)) так что просто лежит файл как какой-нибудь конфиг

хай ты шаришь в type orm ?

Откуда такие выводы?)

у тебя борода

И вы говорите мне да?

УХАХУАХУАХХАУХА

я мужик, но ты шаришь в type orm postgres?

Я тоже мужик, и нет я вообще против орм - это богохульство)

👍👍👍

Ну тоже верно, но у тебя про запросы спрашивать можно, будут тупые некоторые ок ? Ну тип я пока что любитель

Зачем ограничиваться мной одним?) Есть целые чаты на эти темы, спрашивайте и вам ответят))

Прикольно иметь бородатого чувака, который выглядит как высокогорный мудрец из секретных степей Алтая

а чо это?)

Не надо меня иметь... 😱