F
Но я понял о чем ты
Size: a a a
2020 February 22
AM
промискуитетную жизнь ведешь значит
при чём тут промис? :D
VT
А других подходов не встречал. Каких-нибудь решений, позволяющих пошарить роутинг между приложениями для возможности легкого изменения этого роутинга?
есть ребята, которые пытаются фронт с бэка контролировать
т.е. фронт состоит из одного захардкоженного метода аля (/api/v1/currentConfig)
и кучи модулей
а бэк отдаёт чо куда как запускать и куда ходить
довольно часто используются частичные штуки из такого (мы допустим валидацию шарили подобным способом на одном из проектов)
но, имхо, гемороя больше чем профитов
т.е. фронт состоит из одного захардкоженного метода аля (/api/v1/currentConfig)
и кучи модулей
а бэк отдаёт чо куда как запускать и куда ходить
довольно часто используются частичные штуки из такого (мы допустим валидацию шарили подобным способом на одном из проектов)
но, имхо, гемороя больше чем профитов
VT
так он же развёлся, не?
и шо теперь? нельзя пхпшницу завести? %)
A
есть ребята, которые пытаются фронт с бэка контролировать
т.е. фронт состоит из одного захардкоженного метода аля (/api/v1/currentConfig)
и кучи модулей
а бэк отдаёт чо куда как запускать и куда ходить
довольно часто используются частичные штуки из такого (мы допустим валидацию шарили подобным способом на одном из проектов)
но, имхо, гемороя больше чем профитов
т.е. фронт состоит из одного захардкоженного метода аля (/api/v1/currentConfig)
и кучи модулей
а бэк отдаёт чо куда как запускать и куда ходить
довольно часто используются частичные штуки из такого (мы допустим валидацию шарили подобным способом на одном из проектов)
но, имхо, гемороя больше чем профитов
У меня в одном месте был подход, когда было декларативное описание роутов из которого автоматом генерировался роутер для бекэнда и для фронтэнда.
Минус в том, что тогда на фронте можно было увидеть все эндпоинты которые в роуте есть.
Минус в том, что тогда на фронте можно было увидеть все эндпоинты которые в роуте есть.
P
А других подходов не встречал. Каких-нибудь решений, позволяющих пошарить роутинг между приложениями для возможности легкого изменения этого роутинга?
я видел какое то симфони поделие
P
роутингжс называется вроде
AK
есть ребята, которые пытаются фронт с бэка контролировать
т.е. фронт состоит из одного захардкоженного метода аля (/api/v1/currentConfig)
и кучи модулей
а бэк отдаёт чо куда как запускать и куда ходить
довольно часто используются частичные штуки из такого (мы допустим валидацию шарили подобным способом на одном из проектов)
но, имхо, гемороя больше чем профитов
т.е. фронт состоит из одного захардкоженного метода аля (/api/v1/currentConfig)
и кучи модулей
а бэк отдаёт чо куда как запускать и куда ходить
довольно часто используются частичные штуки из такого (мы допустим валидацию шарили подобным способом на одном из проектов)
но, имхо, гемороя больше чем профитов
мы формы так шарили это ппц
VT
У меня в одном месте был подход, когда было декларативное описание роутов из которого автоматом генерировался роутер для бекэнда и для фронтэнда.
Минус в том, что тогда на фронте можно было увидеть все эндпоинты которые в роуте есть.
Минус в том, что тогда на фронте можно было увидеть все эндпоинты которые в роуте есть.
минус в том, что иногда бэк и фронт надо делать разным
и начинается жопоболь
и начинается жопоболь
VT
любое обобщение страдает от исключений, это так работает для всех контекстов
A
минус в том, что иногда бэк и фронт надо делать разным
и начинается жопоболь
и начинается жопоболь
В плане? Эндпоинты то один фиг остаются едиными.
AK
роутингжс называется вроде
о, точняк, вспомнил
A
минус в том, что иногда бэк и фронт надо делать разным
и начинается жопоболь
и начинается жопоболь
Т.е. фронт может быть любым, тут по сути шарится некая функция генерации урлов.
VT
В плане? Эндпоинты то один фиг остаются едиными.
ну у бэка может быть несколько фронтов, условно
надо будет определять какие роуты с кем шарить
если появляются мобильные фронты - для них может понадобиться несколько версий хранить
могут быть роуты вообще для интеграций с кем-то и фронту они не вперлись.
фронт может захотеть сходить в другой бэк (привет SOA без единого гейтвея).
надо будет определять какие роуты с кем шарить
если появляются мобильные фронты - для них может понадобиться несколько версий хранить
могут быть роуты вообще для интеграций с кем-то и фронту они не вперлись.
фронт может захотеть сходить в другой бэк (привет SOA без единого гейтвея).
A
ну у бэка может быть несколько фронтов, условно
надо будет определять какие роуты с кем шарить
если появляются мобильные фронты - для них может понадобиться несколько версий хранить
могут быть роуты вообще для интеграций с кем-то и фронту они не вперлись.
фронт может захотеть сходить в другой бэк (привет SOA без единого гейтвея).
надо будет определять какие роуты с кем шарить
если появляются мобильные фронты - для них может понадобиться несколько версий хранить
могут быть роуты вообще для интеграций с кем-то и фронту они не вперлись.
фронт может захотеть сходить в другой бэк (привет SOA без единого гейтвея).
Ну это я и описал в минусах. Что шарились все роуты.
A
ну у бэка может быть несколько фронтов, условно
надо будет определять какие роуты с кем шарить
если появляются мобильные фронты - для них может понадобиться несколько версий хранить
могут быть роуты вообще для интеграций с кем-то и фронту они не вперлись.
фронт может захотеть сходить в другой бэк (привет SOA без единого гейтвея).
надо будет определять какие роуты с кем шарить
если появляются мобильные фронты - для них может понадобиться несколько версий хранить
могут быть роуты вообще для интеграций с кем-то и фронту они не вперлись.
фронт может захотеть сходить в другой бэк (привет SOA без единого гейтвея).
А если в другой бек пусть идет. Другой бек нас не интересует.
VT
и это только про роутинг.
мы с валидацией говна хватили, потому что где-то регулярки разъезжаются, где-то фронту что-то проверить проще, где-то наоборот что-то валидировать может только бэк.
мы с валидацией говна хватили, потому что где-то регулярки разъезжаются, где-то фронту что-то проверить проще, где-то наоборот что-то валидировать может только бэк.
AK
а вообще зачем это? чтобы не опечататься?
VT
и вот да, возникает вопрос а нахуя
A
и вот да, возникает вопрос а нахуя
Мне это было нужно было, когда я был по сути фуллстек.
Т.е. приходилось писать и фронтэнд и бэкэнд.
Т.е. приходилось писать и фронтэнд и бэкэнд.