компонент должен работать только с тем что в пропсах приходит

Те контейнер это адаптер?

контроллер в терминах MVC

ИМХО

Те контейнер это адаптер?

нет он сродни контроллеру, имеет хендлеры, имеет данные прокидывает эти данные и хендлеры в представление, которое умеет просто дергать пропсы

я в mapStateToProps готовлю данные

я в mapStateToProps готовлю данные

изменение как происходит?

и диспатч откуда идет?

изменение как происходит?

экшены

экшны у тебя кто бросает?

компонент?

ага

нууу

хз

не нравится

компонент?

у тебя обычный компонент знает о существовании ридакса?

А кто ещё может их бросать?

А кто ещё может их бросать?

контейнер

А кто ещё может их бросать?

контейнер

А как он узнает?

А как он узнает?

Кидает пропсы-хендлеры в представление. Представление уже их дергает. Представлению по барабану что за хендлеры и как они работают.

через пропсы

лишний слой какой то)

Это как раз и есть отделение представление от данных)

Всё остальное пыль в глаза

так тут не про данные, а про экшены)

Я не могу реиспользовать в другом месте компонент, который умеет кидать конкретные экшены. Композицию тоже невозможно использовать в этом случае.

не, он же не знает, какой это экшн, просто колбэк обычный

эм

ты же коннектишь их

Если ты ему через пропсы кидешь коллбек, который он просто дергает, то ок. Это именно то, о чем мы тут с @syabro говорим. Просто лично мне нехватает mapStateToProps, я юзаю recompose и его многие хоки. Иногда это вырастает в много строк.

просто нет у меня специальных компонент для этого, все в коннекте готовится (исключение это fetch данных при маунте, но это скорее костыль реакт роутера)

просто нет у меня специальных компонент для этого, все в коннекте готовится (исключение это fetch данных при маунте, но это скорее костыль реакт роутера)

у меня тоже нет "специальных". Я юзаю recompose и ХОКи)) Очень удобно recompose/lifecycle

тоже неплохо) правда меня не парит иногда extends Component сделать - обертку))

Ребят никто не писал плагин для eslint со своими правилами ? Я их задал в секции rules но eslint их не находит. Есть у кого может пример несложного плагина чтобы как пример использовать?

у меня тоже нет "специальных". Я юзаю recompose и ХОКи)) Очень удобно recompose/lifecycle

a) что такое lifecycle? b) где хранится enhance c) как выглядит экспорт енхенсед компонентов

тоже неплохо) правда меня не парит иногда extends Component сделать - обертку))

дело вкуса, ибо разницы совсем нет.

дело вкуса, ибо разницы совсем нет.

согласен)

a) что такое lifecycle? b) где хранится enhance c) как выглядит экспорт енхенсед компонентов

чаще всего enhance, если он маленький хранится в том же файле что и компонент (ибо у меня AtomicDesign, там pages это конечный роут и не переиспользуется) если enhance нужен для реиспользуемого компонента или же он просто большой, то выношу в директорию enhancers lifecycle это функция из библиотеки recompose, по сути позволяет навесить lifecycle методы реакта componentWillMount и т.д. не описывая класс

что за enhance?

что за enhance?

Набор HOC'ов объединенных в одну функцию с помощью compose

Вот так

для этого уже спец название есть ?

а классом?

enhance

точнее НА класс

а классом?

С классом тоже вполне себе прокатит. Просто я предпочитаю функции

https://github.com/acdlite/recompose

на класс декоратор бы подошёл т ут

на класс декоратор бы подошёл т ут

так декораторы для классов по сути и есть эти HOC'и

ты сторибуки юзаешь?

ты сторибуки юзаешь?

Пробовал юзать. Нехватило функционала

я с контейнерами так же могу сделать в принципе через HOC

или даже без

через children

хотя как HOC

или проперти

но у тебя просто нейминг не используется для вью именно

т.е. ты не можешь без енхенса экспортнуть компонент

Пробовал юзать. Нехватило функционала

Какого функционала?

Подумываю юзать

Например вложенность два уровня это днище

забитый вебпак1

т.е. ты не можешь без енхенса экспортнуть компонент

Вообще могу, просто нужно будет required пропсы передать. Просто в pages это не нужно

ERROR: S client not available

Вообще могу, просто нужно будет required пропсы передать. Просто в pages это не нужно

это как?

Эти оба не фиксятся хотя бы костылями?

нет

я уже подумываю свое навелосипедить

только пару недель как вебпэк обновил

это как?

ну, в компонент-представление, сваливается всё через пропсы сверху, enhance как раз делает сверху контейнер, который пропсами внутрь прокидывает хендлеры и данные

я уже подумываю свое навелосипедить

Я вот для проекта так и сделал (библиотека компонентов)

ну вот смотри есть компонент <CommentList comments=… onDelete=… onAdd=... />

у тебя енхенсер передает эти вещи

Какого функционала?

Очень нужен был Playground, с живым редактированием примеров. Также хотелось иметь на одной странице компонента, сразу несколько плейграундов. К тому же указываю у себя какие компонент реюзает компоненты, там при билде все считается и имеются перекрестные ссылки внутри страниц компонентов, что весьма удобно

у тебя енхенсер передает эти вещи

да

а мне надо заюзать их в сторибуке

проперти эти

но енхенсер же свои прокинул

но енхенсер же свои прокинул

экспортишь без вызова enhance(), и прокидываешь)

вот

получается

export CommentList export const WTF = enhance(…)(CommentList)

приходим к моей проблеме с неймингом WTF

:)

У тебя же есть components, проведи аналогию))

Для себя я нашел отличное решение, работает на ура. В случае стори буков, хз. Тестировать такое очень легко, реиспользовать тоже. у меня так: export const SomeSpecificPage = () => () export default enhance(SomeSpecificPage) Хотя мне кажется лучше было бы SomeSpecific и SomeSpecificPage

вот нахуй

я говна наелся

а суть не меняется)

когда дефолтный экспорт юзает то же имя

что и именованный )

Эти оба не фиксятся хотя бы костылями?

Вот кстати, почему я напилил свой велосипед

серега, давай в опенсорц

серега, давай в опенсорц

Надо адаптировать

короче наверное назову export CommentListComponent и export const CommentList = enhance()(CommentListComponent)