IS
никто и не сомневался, думаю
Size: a a a
2021 June 07
IS
я вообще хз, как последнюю часть можно было написать
IS
я бы просто устал
D
Особенно орнул с энкодюрикомпонента
IS
я вот не смешно! сначала это всё вручную писать, а теперь стирать придётся!
AE
2 вариант это shadowing, или как там такое называется.
result = result.filter
result = result.reduce
если последовательность удобно и просто читается, то почему бы и нет, вместо filteredResult, reducedFilteredResult
вообще, it depends.
если смысл именования теряется, но нужен где-то ещё - то 1 вариант
result = result.filter
result = result.reduce
если последовательность удобно и просто читается, то почему бы и нет, вместо filteredResult, reducedFilteredResult
вообще, it depends.
если смысл именования теряется, но нужен где-то ещё - то 1 вариант
IS
так зачейнить просто в чём проблема?
AE
result = await performSomeActions(result)
от ситуации зависит.
в общем, категорично за 1 вариант я не буду, допускаю второй при условии читаемости
от ситуации зависит.
в общем, категорично за 1 вариант я не буду, допускаю второй при условии читаемости
IS
и filtered и reduced - говно, а не название
IS
ну и после reduce прям вот вообще явно не хотелось бы в ту же переменную, там же наверняка что-то совсем иное будет на выходе
AE
нормальное, если в контексте понятно, о чем речь идёт
IS
должно быть из названия понятно, а не из контекста, если вы что-то конкретное отбираете - логично в названии и написать, что именно вы отобрали, а не то, что вы что-то там отбрали
AE
"должно быть" - это уже личное дело чувака, который кодревью делает
К
допустим, юзер вводит массив чисел и отмечает чекбоксы типа "сортировка DESC", "сотрировка ASC", "только четные" итд. Получается у нас есть исходный массив и есть условия (отмеченные чекбоксы) при которых его нужно сортировать/фильтровать. Как вы бы это сделали через const?
вот кстати нашла живой пример такой штуки
https://www.online-utility.org/text/sort.jsp
вот кстати нашла живой пример такой штуки
https://www.online-utility.org/text/sort.jsp
AE
если из контекста понятно, что фильтруются odd numbers и затем считается их сумма, мне и так понятно будет, что возвращает filter, а что reduce
IS
конечно, я бы хранил исходный массив отдельно, ведь если сортировка поменяется, то мне надо будет обрабатывать его снова
если данные с сервера, то писал бы в тот массив, что отвечает сервер - тут да
если данные с сервера, то писал бы в тот массив, что отвечает сервер - тут да
IS
крч, оставим это всё на суд ревью и кодстайлу фирм
К
👌👌
IS
это всё равно в конечном счёте будет определяющим фактором
AE
в джаве в spring jpa можно делать запросы в базу только на основании наименования функции
там всякие
там всякие
List<Todo> findByDescriptionContainsOrTitleContainsAllIgnoreCase(String descriptionPart, String titlePart) есть