c
фича решала
Size: a a a
2021 January 28
c
а знаешь какое более простое решение оказалось?)
DZ
выкинуть всё это и просто в запросе это описать?
c
и работало лучше
и тестировалось проще
и поддерживать легче
и тестировалось проще
и поддерживать легче
c
выкинуть всё это и просто в запросе это описать?
обертки
c
function requestCached(params): Answer {
return request(params, { headers: { ‘cache-control’: ‘’ } })
}DZ
ну это по сути мог бы быть хоф
DZ
withCached(request)
DZ
у меня сейчас на весь апп 1 интерсепор которые работает в зависимости от мета данных на запросе.
В запросе есть поле мета в котором статически описывается какие требования для этого запроса
В запросе есть поле мета в котором статически описывается какие требования для этого запроса
DZ
т.е допустим у тебя есть запрос POST:/v1/users/get по этому реквесту находится мета инфа про этот запрос и его потребности
DZ
и дальше уже происходит обработка
c
ну это по сути мог бы быть хоф
мог бы
но это тоже усложняет
накомпозировал и читать проблемно
складывать вместе
но это тоже усложняет
накомпозировал и читать проблемно
складывать вместе
DZ
мог бы
но это тоже усложняет
накомпозировал и читать проблемно
складывать вместе
но это тоже усложняет
накомпозировал и читать проблемно
складывать вместе
мейби
DZ
т.е допустим у тебя есть запрос POST:/v1/users/get по этому реквесту находится мета инфа про этот запрос и его потребности
т.е что-то такое
{'POST:/v1/users/get': { Authorization: 'required', cacheControl: '', .... } }
{'POST:/v1/users/get': { Authorization: 'required', cacheControl: '', .... } }
DZ
а интерсептор просто делегирует процессинг в нужный сервис
DZ
но по сути вместо этого интерсептора могла бы быть функция высшего порядка
DZ
DZ
но от этой концепции не уйти, просто я бы этот концепт в бизнес логику не тащил