RN
Да - спасибо - наставил на путь истинный. Но следующий шаг маунт или систем нах!
https://github.com/lambdaisland/kaocha/blob/master/doc/03_configuration.md#kaochatypeclojuretest
Т.е. сделать свою реализацию test suit?
Size: a a a
2019 August 01
AR
да. ну это опционально конечно, но ничего сложного )
MK
да. ну это опционально конечно, но ничего сложного )
интересно, спасибо за идею
IS
Как в reagent’e написать компонент X так, чтобы нижележащие компоненты ожидающие функции в props не получали заново создаваемых экземпляров этих функций при каждом вызове отрисовки компонента X?
Можно использовать reagent/with-let, 2 и 3 формы reagent-компонента, но тогда появляется проблема “запекания” аргументов X внутри созданной функции в let форме.
Можно использовать reagent/with-let, 2 и 3 формы reagent-компонента, но тогда появляется проблема “запекания” аргументов X внутри созданной функции в let форме.
RN
кто хочет со мной сиайку модную для k8s на clojure в open source закодить? Логическое продолжение нашего ci3.
MG
@niquola Было бы интересно.
RN
сча концепт закину
MG
Обещать длительно не могу, так как могу быть загружен, но если хорошо пойдёт, то тогда я выбью себе бюджет времени на это на $dailyjob, так как у нас есть проблема с CI.
ИФ
Ivan Shvetsov
Как в reagent’e написать компонент X так, чтобы нижележащие компоненты ожидающие функции в props не получали заново создаваемых экземпляров этих функций при каждом вызове отрисовки компонента X?
Можно использовать reagent/with-let, 2 и 3 формы reagent-компонента, но тогда появляется проблема “запекания” аргументов X внутри созданной функции в let форме.
Можно использовать reagent/with-let, 2 и 3 формы reagent-компонента, но тогда появляется проблема “запекания” аргументов X внутри созданной функции в let форме.
ШТО? иллюстрацию в студию
IS
Пример, если не использовать reagent/with-let, 2 и 3 форму записи компонента:
(defn component-x [{:keys [arg on-change]}]
[other-component {:on-change (fn [v]
(do-something arg)
(on-change v))}])RN
Обещать длительно не могу, так как могу быть загружен, но если хорошо пойдёт, то тогда я выбью себе бюджет времени на это на $dailyjob, так как у нас есть проблема с CI.
RN
ближайшая цель - self-bootstrap (test/deploy)
IS
Можно написать вот так:
но тогда при последующих вызовах component-x, arg внутри handle-change будет тот, который был передан в самый первый вызов component-x (те при монтировании компонента)
(defn component-x [{:keys [arg on-change]}]
(reagent/with-let [handle-change (fn [v]
(do-something arg)
(on-change v))]
[other-component {:on-change handle-change}]))но тогда при последующих вызовах component-x, arg внутри handle-change будет тот, который был передан в самый первый вызов component-x (те при монтировании компонента)
MG
@niquola Выглядит норм для начала, есть какие отдельные подзадачи, чтобы начать писать?
RN
да - нужно обёртку над телеграмом
RN
MG
И какие есть готовые библиотеки? GH, разбор вебхуков GH, кубернетесовый API, телеграм - я ничего этого на кложуре не делал.
RN
java sdk для кубика жесть - возьмём только auth и exec
MG
Вроде голый API у кубернетеса тоже не страшен, в отличие от какого-нибудь AWS.