LL
Почему баги должны полезть если что-то торчит наружу?
Size: a a a
2021 September 01
ST
deftype ещё есть
nn
насколько я понмню это все костылики для интеропа с жавой, поправьте если ошибаюсь
nn
когда проект усложняется, вы забываете что в стэйте важен порядок операций. дерните список чтобы быстро по нему пробежаться, а он null
LL
Дёрнул его через геттер, а он нул
LL
Не торчит, а баг есть
nn
вот-вот. сразу надо задать себе вопрос зачем кому-то может понадобиться сырой список? все через интерфейс определяем. например получить координаты конкретного слова. это уже вопрос не кодинга даже, а архитектуры скорее
LL
Если больно надо, то определяешь протокол и через него трогаешь
LL
Если надо для чужого класса, то определяешь протокол, расширяешь чужой класс и дёргаешь что тебе надо
DF
noname , ты сюда пришёл научиться в ФП или научить нас в ООП?
nn
ладно тебе
DF
ООП сложнее чем ФП - согласен.
DL
Про этом профита никакого не даёт
DF
Нет. Просто ООП. Совместимая с Java-ООП.
SM
А это фуфуфу или норм (куча дерефов)?
Я б дерефнул в let в начале. Из аргументов: 1) красивше (субъективно); 2) эффективнее (насколько?).
(defn- press-arrow-down [event component-state]
(when (:open? @component-state)
(.preventDefault event)
(let [items (count (:filtered @component-state))
pos (:position @component-state)
_ (.focus (-> @component-state
...
Я б дерефнул в let в начале. Из аргументов: 1) красивше (субъективно); 2) эффективнее (насколько?).
DL
Деструктурировать же
SM
👍 согласен. Как-то сразу на дерефы сагрился и не подумал)
ST
Первый — оставить, в последующем let — деструктуризация