YL
то есть, если бы я не указал явный возврат, ты бы не задумался, о том, совершил ли я тут ошибку или нет?
Ну конкретно я не задумался бы ибо вижу фильтрмап да)
Size: a a a
2020 October 15
c
Ну конкретно я не задумался бы ибо вижу фильтрмап да)
а я так одну ошибку пару часов ловил) когда тупо забыл дописать правильный return, возвращающий второй параметр
YL
Ну это жизнь)
c
Ну это жизнь)
вот отсюда и родилось "явное лучше неявного"
YL
Просто лично мне по невнимательности может стрельнуть так что даже обложившись явным забуду/пропущу такое от чего мурашки по коже))
З
не, мне просто интересно, мб ты увидишь какие-то места, как лучше написать? тут не про фильтр или гард
мне просто, что-то тут не нравится
но я не понимаю, что именно
мне просто, что-то тут не нравится
но я не понимаю, что именно
Мне метод filterMap в целом не нравится
З
Эти возвраты undefined'ов смущают
c
Мне метод filterMap в целом не нравится
а как предложшь переписать тот код?
З
Через guard
c
Через guard
покажешь?)
c
как через guard найти нужный ивент в списке роутов)
YL
Через guard
ну там без сэмпла не обойтись будет ибо guard не даст функциональности мапа
YL
ну или ивент мап в сорсе и фильтр
З
как через guard найти нужный ивент в списке роутов)
Я бы сделал ивент мап с тем же кодом, что и в фильтре, только без условия, и в гарде чекал, есть ли роут. Что-то типа того
c
Я бы сделал ивент мап с тем же кодом, что и в фильтре, только без условия, и в гарде чекал, есть ли роут. Что-то типа того
c
Я бы сделал ивент мап с тем же кодом, что и в фильтре, только без условия, и в гарде чекал, есть ли роут. Что-то типа того
YL
можно просто boolean🌚
YL
код конечно имплисит но с тсом вывод типов сработает довольно явно
c
а то, что если роут не найдет, будет undefined
ок?
ок?
З
Я в таких случаях || null писал обычно