Не, притир вроде стандартный

Эхх, буду смотреть. Спасибо :)

а какой код ломает, есть пример?

У меня еще rxjs-tslint стоит, там дефолтные правила написаны. Может он неявно не дает так делать, хз

ну вроде все стандартно

Гляну, спасибо 👍

Збираємося в четвер з 9:00 на ngCoffee в Takava 2.0 (Бессарабка). Обговоримо необхідність впровадження монорепи і що робити з перекладами в такому проекті. Будь-який учасник може задати свою тему, поділитися болем або просто випити відмінної кави вранці під цікаві обговорення.

Жми ☕️, если собираешься быть

9 РАНКУУУ ?

Ну это начало, но да, прийдется напрячся. Я вот завтра на 8м иду в футбол побегать, это еще интереснее

Ну послушать очень хотелось бы, но попасть без вариантов...
Присоединюсь, что отлично было бы если бы появилась запись, но понимаю, что это маловероятно.

Ууу круть! Начали наконец))

ок народ, я встрял и нид хелп. Обычно делал иначе, но тут хочу познать другой путь
ситуация:
- есть данные (табличные), которые нуно показывать на странице (к примеру, /users`). Я хочу их тянуть в эффекте при событии `ROUTER_NAVIGATED. Всё хорошо, можно в эффекте на это дело подписаться, нужный роут отфильтровать иии… тут проблема. Проблема в том как отфильтровать. Потому что есть встроенные роуты /users/:id и я не хочу тянуть список пользователей, когда перейду на конкретного юзера. При этом, у меня в таблице может меняться номер текущей страницы, размер таблицы (сколько данных показывать на стр) и я всё еще хочу тем же самым эффектом всё это дело отлавливать

Что пробовал:
- routerState.url.includes(RoutesList.users) - не покроет кейс для nested роутов (будет стрелять всегда)
- routerState.url.includes(RoutesList.users) && !isLoaded - вообще шляпа. А передавать какие-то доп. флаги для forceUpdate - ну вообще не хочется (полёт мысли вообще этот пункт)
- был еще вариант фильтра events[0].url !=== events[1].url (тип вложенный, насколько я понял, но у менумуте) dвообще объект

гугление особо результатов не принесло, кроме как “ну вот у тебя есть такие подходы, а в том, что тебе интересно - есть такой вот минус. Итак, следующий подход”

ну раз таким путем идем то почему не заюзать тут проверку что это конец урлы например через ластИндексОф или даже индексОф и опираясь на RoutesList.users.length вместо
routerState.url.includes(RoutesList.users)

или в том текущем стейте в routerState.url еще не включены дочерние сегменты даже если они предполагаются?

Привет, почему нельзя заиспользовать regex для проверки?
Например /users$/.test('any/route/url/users')

А ngFootball ещё нет ?)😀

)))

> или в том текущем стейте в rout….
еще не включены, но могут быть добавлены


> Привет, почему нельзя заиспользовать regex для проверки?
мысль интересная и сразу в голову не пришла. Немного пораскинув мозгами, появился вопрос: ок, список пользователей на /users?page=123 я еще возьму. И нуно будет добавлять  отдельную проверку на`/users/123`, чтоб притянуть юзера с идом 123. Всё правильно понимаю?


А есть как-то способ описать кейсы роута /users и /users/:id ?  Чтоб в одной функции. И я потом бы передавал строку эту и функция сама всё разруливала. Как вариант, моно сначала сделать проверку на /users/:id, а потом делать проверку на users, но вдруг кто-то этим уже занимался

посмотри сюда еще ангуляровский UrlSerializer (юзал в нем .parse())
может поможет с этим играться чуть удобней