У меня сейчас какая проблема: есть лоадер, который перекрывает все приложение на половину затеняя его. И вот выглядит это так: нажимаем на переход и появляется лоадер -> переходим на пустую страницу -> подгружаются данные и лоадер проходит. А должно быть так: нажимаем на переход и появляется лоадер -> подгружаются данные, происходит переход и лоадер проходит. Чувствуете разницу?

Ну, это не повод говорить, что линк из коробки лучше не использовать.

Когда из коробки лучше вообще ничего не использовать. Для всего писать свои обёртки.

Ну, это не повод говорить, что линк из коробки лучше не использовать.

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

капитанство

Мне на каждую заковырку статьи писать что ли =(

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

Везде соломки не подстелишь.

а я говорю нехуй думать

надо писать код

+

а то потом километровые абстракции для hello world

Момент простой

Link поменять проблемы не вижу

если какие-то потом проблемы с ним возникнут

а то потом километровые абстракции для hello world

На ангуляре же пишут

ну некоторые и в гейклубах тусят

это же не повод приводить в пример

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

Че мешает хок написать и пробросит хендлер онклик в оригинальный линк?

Link поменять проблемы не вижу

Мне как-то не везет, уже раз третий сталкиваюсь с тем что нужно менять =\

бля

артем

открою тебе секрет

ОДИН ХУЙ ПЕРЕПИСЫВАТЬ

+

Да это понятно)

Но можно проще

поэтому главное писать так чтобы потом можно было относительно легко вносить изменения

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

поэтому главное писать так чтобы потом можно было относительно легко вносить изменения

А вот этому никто не учит

я уже раз в пятый в этом чате пишу

никто не напомнит мне как тип заглушки называется

когда показывают "псевдоэлементы" вместо контента пока все грузится

Skeleton

ty

Placeholder

не

sceleton

я про такое

https://medium.com/ux-power-tools/heres-everything-i-ve-learned-from-designing-10-000-ui-screens-as-a-lead-product-designer-7d2810bee810

вот это жиза про анимацию, лишняя работа и костыли зачастую ради ничего

Потому что анимации должны делаться не для красоты, а для отвлечения от лага загрузки

для этого вон скелетоны ок

+

а анимация перехода между экранами пиздец

Потому что анимации должны делаться не для красоты, а для отвлечения от лага загрузки

"должны" тут, конечно, относительно. Надо еще смотреть что сам продукт делает

а анимация перехода между экранами пиздец

Я под анимациями подразумеваю лоадеры

ты выше говорил про анимацию смены экрана

Крутилки всымысле

Скелетоны те же

скелетоны очень хорошо помогают, когда под загружаемым блоком есть еще данные

ты выше говорил про анимацию смены экрана

Так это тоже может выглядеть. От кейса зависит

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

Привет

Есть возможность избавиться от null в этой ситуации? [true ? 1 : null, false ? 1 : null] //Array [ 1, null ] Или сможет ли реактовский рендер переварить массив с null?

Это нормально юзать setState({}) если в проекте используется редакс? -_-

Подскажите Имеет ли смысл использовать Store для хранения стейтов компонентов, вместо обычного стейта

да

Есть возможность избавиться от null в этой ситуации? [true ? 1 : null, false ? 1 : null] //Array [ 1, null ] Или сможет ли реактовский рендер переварить массив с null?

.filter(Boolean)

или только null убрать?

или только null убрать?

только null убрать

тогда .filter(x => x!==null)

тогда .filter(x => x!==null)

Премного благодарен! = )

да

не всё так однозначно, стейт компонента работает быстрее чем стор Redux

тогда .filter(x => x!==null)

try { Object.prototype.valueOf.call(x); return x } catch (e) { return false }

не всё так однозначно, стейт компонента работает быстрее чем стор Redux

точно быстрее?

точно быстрее?

по умолчанию быстрее, а там уже смотреть надо

ERROR: S client not available

по умолчанию быстрее, а там уже смотреть надо

не верю, где пруфы?

не верю, где пруфы?

Зачем это?

точно быстрее?

И вот это

не верю, где пруфы?

их не будет, просто делюсь опытом, не раз бывало что данные в redux сторе обновлялись недостаточно быстро

И вот это

вот именно, там разница уровня 0.1488 мс

удобство важнее

удобство важнее

стор удобней стейта?

их не будет, просто делюсь опытом, не раз бывало что данные в redux сторе обновлялись недостаточно быстро

ты что-то не так делал

стор удобней стейта?

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

ты что-то не так делал

ничего криминального

Еще раз))

Это нормально юзать setState({}) если в проекте используется редакс? -_-

да

Спасибо

Думал, что нет

гайз, есть redux-form, где стоит 3 селектора в роли дейтпикера. В сторе сохраняется как birthdate.year, birthdate.month и т.д. можно ли как-то сделать, чтобы сохранялось в сторе в одной строке формата ‘yyyy-mm-dd’? Задалбывает постоянно конвертировать :)

Это нормально юзать setState({}) если в проекте используется редакс? -_-

А как ты хочешь управлять локальным стейтом без него?

А как ты хочешь управлять локальным стейтом без него?

через стейт менеджер

через стейт менеджер

Зачем?

Зачем?

Чтобы компонента отвечала только за представление

Хз, не вижу смысла

Еще вопрос Используют преакт, при этом каждый контейнер - как приложение, джойнится в хтмл, не спа, поэтому роуты в приложении не используются, зато используется редакс, который для каждого приложения имеет свой редюсер и тд, только вот приложение по сути - одна страница, у меня ощущение, что там редакс не нужен вовсе

Пардон, это не вопрос видимо был?

Спасибо что держишь в курсе)

Под конец дня устал немного

Да без проблем, могу еще что-нибудь рассказать)

Опытные реактовцы, помощь пожалуйста Джуниору (дали тестовое задание): Найти в сети Интернет описание алгоритма проверки валидности адреса Ethereum кошелька. Реализовать алгоритм проверки в виде функции на языке js. Разработать форму ввода адреса и проверки этого адреса на валидность. Форма должна содержать поле ввода и кнопку «далее». При нажатии на кнопку «далее» выполняется проверка валидности адреса. В случае, когда адрес кошелька валиден, необходимо вывести сообщение во всплывающем элементе html. Если адрес кошелька не валиден, то необходимо вывести сообщение над полем ввода адреса. Разработать тесты для функции проверки адреса Кто сталкивался похожей задачей в практике? По мне, попахивает заманиваем в сторону криптовалют)

ну ищи

мы разрешаем

Привет. assets-webpack-plugin 3.5.1 на webpack 4 выдает (node:21441) DeprecationWarning: Tapable.plugin is deprecated. Use new API on .hooks` instead` На это есть issue https://github.com/kossnocorp/assets-webpack-plugin/issues/86 Майнтейнер не реагирует и уже год тихо (последний коммит в мастер Jan 20, 2017) есть какие то альтернативы пакета?

@webpack_ru