Ну вот по факту чуть шаг влево, шаг в право и все, задница)

Вы уж определистесь "быстро накидать админку" или "ходить куда хочешь".

Впрочем на $mol можно и так и так.

Дело в том, что я и админку накидать должен , и поизучать что-то новое интересно поизучать)

Дело в том, что я и админку накидать должен , и поизучать что-то новое интересно поизучать)

Посмотри на http://coreui.io/. Пару раз юзал как стартер для небольших админок.

Redux правда все равно придется натягивать самому

как и роутинг?

Redux правда все равно придется натягивать самому

а нужно ли?

а нужно ли?

имеешь ввиду смысл усложнять или есть альтернативы?

а нужно ли?

Зависит от того какая нужна админка, какие в ней данные и как с ними будут работать)

имеешь ввиду смысл усложнять или есть альтернативы?

альтернатив нет, но нужен не всегда

Я сейчас взял за основу https://github.com/davezuko/react-redux-starter-kit

Мне например если надо пошарить данные между компонентами проще redux натянуть чем свои велосипеды городить

он для этого и создан)

он для этого и создан)

поэтому и написал что зависит от того какая нужна админка

А можете привести примеры шаринга данных?

А можете привести примеры шаринга данных?

Между компонентами на разных уровнях

Если я при открытии страницы загружаю с сервера список сущностей, где мне писать код загрузки? В методе компонента, который рисует?

Ох

Вечная проблема реактеров

Я вообще бекендер -)

Я пишу в @AtomicDesign

И загрузку пишу в страницах

Просто решается SSR хоть и с оговорками

Что мне понравилось с редаксом- можно удобно организовать стадии загрузки- к примеру пока данные грузятся я пробрасываю через mapStateToProps флаг загрзуки и могу нарисовать спиннер, а когда появятся данные компонент отрисует их

Я пока видел только такой способ, поэтому кажется удобным

возможно как-то отобразить на странице содержимое файла xml (вместе с тегами) в явном виде без рендера?

Что мне понравилось с редаксом- можно удобно организовать стадии загрузки- к примеру пока данные грузятся я пробрасываю через mapStateToProps флаг загрзуки и могу нарисовать спиннер, а когда появятся данные компонент отрисует их

Это и без редакса делается без проблем

без перевода в строку

без перевода в строку

Хтмл тег pre

без перевода в строку

мне нужно будет доступ к dom xml

голову изломал, не знаю как вообще можно реализовать

возможно как-то отобразить на странице содержимое файла xml (вместе с тегами) в явном виде без рендера?

что значит без рендера?

возможно как-то отобразить на странице содержимое файла xml (вместе с тегами) в явном виде без рендера?

<pre>

<pre>

доступа к dom не будет, это же строка

доступа к dom не будет, это же строка

Да как угодно его не будет

вообще никак не получится?

айфрейм пробовал, он рендерит файл, тоже не подходит

вообще никак не получится?

Явно отобразить - это или пре или преобразование < > в сущности

Ребята, кто использует тайпскрипт на проекте и react-redux, после адейта на 2.6.+ не было проблем?

Явно отобразить - это или пре или преобразование < > в сущности

походу, это печально

как во flow объявить тип функции - декоратора?

принимает функцию из 0..n аргументов t0..tn, возращающий G, возращает функцию того-же типа

type Decorator<Fn:Array<*> => *> = Fn => Fn

что-то такое приходит на ум

type Decorator<Fn> = Fn => Fn можно сказать так, но Fn хочется ограничить функцией

type Decorator<Fn: Function> = Fn => Fn

возможно как-то отобразить на странице содержимое файла xml (вместе с тегами) в явном виде без рендера?

Без рендера никак Но есть dangerouslySetInnerHtml

Без рендера никак Но есть dangerouslySetInnerHtml

Это будет неявное отображение хмл

ребят, как заставить это работать? http://dl4.joxi.net/drive/2017/12/07/0012/3625/798249/49/eeda819a1a.jpg

ребят, как заставить это работать? http://dl4.joxi.net/drive/2017/12/07/0012/3625/798249/49/eeda819a1a.jpg

exact={item.link === '/'}

Вообще нубский вопрос

да, я теперь понял всю тупость моего вопроса... Я извиняюсь и благодарю

да, я теперь понял всю тупость моего вопроса... Я извиняюсь и благодарю

Просто ты думаешь о jsx как о тексте. Тогда как это обьекты

как во flow объявить тип функции - декоратора?

type MyFunction<T, G> = (...props: T[]) => G; type Decorator<T, G> = (fn: MyFunction<T, G>) => MyFunction<T, G>; типо чет такого тебе надо или я тебя не понял ?

А я вот так недавно делал %) <Icon {...(iconName ? { [iconName]: true } : {})} />

Полный пиздец

?

ERROR: S client not available

Ну апи такое

Предоставили к иконке...

type MyFunction<T, G> = (...props: T[]) => G; type Decorator<T, G> = (fn: MyFunction<T, G>) => MyFunction<T, G>; типо чет такого тебе надо или я тебя не понял ?

type MyFunction<T, G> = (...props: T[]) => G; type Decorator_<T, G> = (fn: MyFunction<T, G>) => MyFunction<T, G>; type Decorator = Decorator_<*, *>

это вроде работает аналогично type Decorator<Fn: Function> = Fn => Fn

Ну апи такое

причем здесь апи, если ты туда кидаешь объект, нафига спред? че просто iconName в пропсы явно же принимает, для чего это всё ? [iconName] в этом кейсе

причем здесь апи, если ты туда кидаешь объект, нафига спред? че просто iconName в пропсы явно же принимает, для чего это всё ? [iconName] в этом кейсе

Внимательно посмотри на код, Результат должен быть такой <Icon mir />

Function депрекйтнули, но еще работает.

Внимательно посмотри на код, Результат должен быть такой <Icon mir />

пздц) да понял, тут фиг поспоришь, но если это прям в рендере все делать и таких иконок куча, глаза кровью брызгать будут от таких конструкций) тут скобок больше чем сути в 2 раза)

Уконок пару штук ток

Да сам не рад. Верстальщики хотели сделать классное апи, а получилось...

Переделывать не хочется, проект большой

мне просто не понятно зачем...там получается в иконке он проходится по каждому ключу пропса и проверяет есть ли такое имя в списке возможных и в итоге все равно явно подставляет класс к элементу ?‍♂️ сорян офтоп

Да именно так ?

Просто до этого обращались явно

Внимательно посмотри на код, Результат должен быть такой <Icon mir />

Как тут

А у меня нужда пришла динамически обратиться

Я тут подумал, а что если для каждой сущности создавать класс, который будет сам работать с redux-стором, общаться с сервером. И просто использовать этот класс в компонентах. Это нормально будет или нет? Как думаете?

Это ты сейчас про умный компонент \ контейнер?

Я тут подумал, а что если для каждой сущности создавать класс, который будет сам работать с redux-стором, общаться с сервером. И просто использовать этот класс в компонентах. Это нормально будет или нет? Как думаете?

у меня такие мысли, получается некоторое подобие сервисов как на бэкенде

Это ты сейчас про умный компонент \ контейнер?

нет, скорее про тоже что и Роман

если представить все в концепции какого нибудь JAVA EE приложения, то ввести еще один слой (Services), который будет заниматься работой с редакс-стором(типо DAO)...иначе наш компонент вызывает экшен, экшен обращается к сервису, сервис идёт или не идёт на сервер за новыми данными и диспатчит это всё, выстреливает новый экшен, редакс ловит и обновляет...но все это оверхед как мне показалось, попытки были....и нужны только лишь в специфичных случаях

ты щас Ember описал

там принято или модель (хэш моделей) целиком в роуте получать, или через сервисы общаться со стором.

ты щас Ember описал

пофиг что я описал) суть просто в подходе, сравнил я с java приложениями)

если представить все в концепции какого нибудь JAVA EE приложения, то ввести еще один слой (Services), который будет заниматься работой с редакс-стором(типо DAO)...иначе наш компонент вызывает экшен, экшен обращается к сервису, сервис идёт или не идёт на сервер за новыми данными и диспатчит это всё, выстреливает новый экшен, редакс ловит и обновляет...но все это оверхед как мне показалось, попытки были....и нужны только лишь в специфичных случаях

зачем компоненту вызывать экшн? он будет обращаться к сервису Service.getUserData(), а тот уже сам все сделает

ну или так да

Жителям рф тол7ько не говори

зачем компоненту вызывать экшн? он будет обращаться к сервису Service.getUserData(), а тот уже сам все сделает

я пробовал делать именно по причине того что все раскладывается по полочкам, все становится структурировано