VI
Вторая фича - можно на экшены подписываться, т.е. использовать стор как event emmiter нормальный.
Ну вот все не рассказывай сразу )) так не интересно ))))
Size: a a a
2020 April 12
Е
Volodymyr Igorevich
Ну вот все не рассказывай сразу )) так не интересно ))))
Ты разбираешься в ангулар?
VI
Ты разбираешься в ангулар?
Было дело год назад ))
IN
не говорю за решение, но за 2 часа на коленке наклепал. Вопрос здесь в производительности отслеживания всех таких шутк, собсна поэтому я здесь
Ну идея хорошая, надо поковырять. Можешь выложить код?
Л
пастебин могу. Вообще перфоманс будет небольшой по тем же причин, почему он небольшой у редакса. Ща мобикс хорошо прижился с тайпскриптом, и девтулзы вроде есть.
IN
@artalar Я сейчас делаю автогенерацию API-доки по коду, и обнаружил, что публичный интерфейс export interface Atom<T> extends Unit {
(state?: State, action?: Action<any>): Record<string, T | any>
[DEPS]: Set<TreeId>
[DEPS_SHAPE]?: AtomsMap | TupleOfAtoms
}
юзает константы символов DEPS и DEPS_SHAPE, и эти символы попадают в доку тоже (а названия у них довольно непонятные).
По-хорошему, эти штуки не должны присутствовать в публичном интерфейсе. Может быть, вынести эти поля в интерфейс AtomInternal extends Atom, и из declareAtom возвращать Atom, а в нужных местах использовать AtomInternal?
Другой вариант - вообще не мутить с символами. Так уж они необходимы?
(state?: State, action?: Action<any>): Record<string, T | any>
[DEPS]: Set<TreeId>
[DEPS_SHAPE]?: AtomsMap | TupleOfAtoms
}
юзает константы символов DEPS и DEPS_SHAPE, и эти символы попадают в доку тоже (а названия у них довольно непонятные).
По-хорошему, эти штуки не должны присутствовать в публичном интерфейсе. Может быть, вынести эти поля в интерфейс AtomInternal extends Atom, и из declareAtom возвращать Atom, а в нужных местах использовать AtomInternal?
Другой вариант - вообще не мутить с символами. Так уж они необходимы?
Л
в то же время создатель либы
>кому придет в голову генерировать api
>кому придет в голову генерировать api
IN
в то же время создатель либы
>кому придет в голову генерировать api
>кому придет в голову генерировать api
создатель либы в то же время что?
Л
автогенерацию API-доки по коду,
IN
автогенерацию API-доки по коду,
Я вижу, ты любишь ответы в стиле joyreactorа. Но будь добр, поясни, что ты имеешь в виду.
Л
это была шутка)
Л
ну тип ты хочешь седлать генерацию и не понимаешь зачем там поля такие, а он, когда делал такие поля, не думал, что кто-то будет делать генерацию)
IN
это была шутка)
Теперь понял. Ну у меня таким образом мысль не шла :)
SL
всем привет, кто-нибудь использовал reatom с preact x? есть ли какие-то ограничения?
a
Ivan Niemtinov
@artalar Я сейчас делаю автогенерацию API-доки по коду, и обнаружил, что публичный интерфейс export interface Atom<T> extends Unit {
(state?: State, action?: Action<any>): Record<string, T | any>
[DEPS]: Set<TreeId>
[DEPS_SHAPE]?: AtomsMap | TupleOfAtoms
}
юзает константы символов DEPS и DEPS_SHAPE, и эти символы попадают в доку тоже (а названия у них довольно непонятные).
По-хорошему, эти штуки не должны присутствовать в публичном интерфейсе. Может быть, вынести эти поля в интерфейс AtomInternal extends Atom, и из declareAtom возвращать Atom, а в нужных местах использовать AtomInternal?
Другой вариант - вообще не мутить с символами. Так уж они необходимы?
(state?: State, action?: Action<any>): Record<string, T | any>
[DEPS]: Set<TreeId>
[DEPS_SHAPE]?: AtomsMap | TupleOfAtoms
}
юзает константы символов DEPS и DEPS_SHAPE, и эти символы попадают в доку тоже (а названия у них довольно непонятные).
По-хорошему, эти штуки не должны присутствовать в публичном интерфейсе. Может быть, вынести эти поля в интерфейс AtomInternal extends Atom, и из declareAtom возвращать Atom, а в нужных местах использовать AtomInternal?
Другой вариант - вообще не мутить с символами. Так уж они необходимы?
Мб так. Ещё должен быть флаг какой-то, по которому Дока будет игнорить поля: depricate / internal / private что-то такое
IN
есть @internal. Но его не получится использовать, потому что эти символы DEPS, DEPS_SHAPE присутствуют в публичном интерфейсе.
a
всем привет, кто-нибудь использовал reatom с preact x? есть ли какие-то ограничения?
Привет, использовал с preact/compat, проблем не было.
С обычным преактом тоже должно быть хорошо
С обычным преактом тоже должно быть хорошо
a
Ivan Niemtinov
есть @internal. Но его не получится использовать, потому что эти символы DEPS, DEPS_SHAPE присутствуют в публичном интерфейсе.
Если я правильно помню, у rxjs Дока из jsdock генерится - можно посмотреть как они сделали