это плохо?

Нет

нармальна

система плагинов на прототипах наес

а зачем добавлять global, если можно решить передачей ссылок/своими функциями/рефами ?

система плагинов на прототипах наес

а чем это плохо? ?

@javascript_jobs

во вью установка плагина через прототипы это всего лишь один из нескольких вариантов возможных

а чем это плохо? ?

бытует мнение, что патчить прототипы - плохо

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

а чем это плохо? ?

Коллизия имен, как минимум. В прингципе засорение глобальных неймспесов - это засорение глобальных неймспейсов со всеми вытекающими

система плагинов на прототипах наес

О нет, прототипы используют по назначению ?

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

Коллизия имен, как минимум. В прингципе засорение глобальных неймспесов - это засорение глобальных неймспейсов со всеми вытекающими

+ да

коллизии

глобал переменные бла бла

Какие глобальные, лол

Всем привет. Посоветуйте, как лучше хранить в store (redux) такое: есть таблица, у нее есть пагинация (номер страницы, размер страницы), а также сортировка (столбец, asc/desc). Я понимаю, что, наверное, то, что относится к ui, лучше хранить в стейте, но дело в том, что у меня при нажатии на кнопку над таблицей открывается попап для загрузки изображения. Когда изображение загружено, содержимое таблицы надо обновить (выполнить запрос к серверу). Так что либо в redux хранить номер страницы, сортировку и т.п. (чтобы можно было запустить обновление таблицы из компоненты, которая картинку грузит), либо дергать функцию, переданную в компоненту для загрузки картинок через props. Вот и вопрос, как правильно: хранить состояние таблицы в redux (не только ее содержимое) или же состояние элементов интерфейса надо все же в state? Если первый вариант, то может вообще все, что относится к ui, правильнее вообще хранить не там, где содержимое таблицы, а как-то логически отделить?

Делай так, как тебе удобно

Делай так, как тебе удобно

Ну есть же какие-то best practices или что-то типа того?

Конечно нет. Зачем тебе бест прэктис, если с ними неудобно работать?

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

Ясно, понял, спасибо

Конечно нет. Зачем тебе бест прэктис, если с ними неудобно работать?

Потому что споткнешься об костыли в какой-то момент.

Конечно нет. Зачем тебе бест прэктис, если с ними неудобно работать?

Хватит токсичить сарказмом. Отвечайте по существу

Да я просто не фронтенд-разраб - хотел узнать, может есть выработанный подход к решению подобной задачи. Как раз из-за того, что не хочу делать велосипед. У меня был уже такой для форм, пока в этом чате не подсказали про существование react-final-form)

Да тут вообще хорошо, почаще заходи

Выработанный подход храни все в редаксе

В дальнейшем спасибо скажешь

Понял, так и поступлю) Спасибо!

Со временем поймешь какую информацию можно оставлять в стейте компонента

Со временем поймешь какую информацию можно оставлять в стейте компонента

тут уже даже написали какую: > храни в редакс то, что изменяется и требуется не только этому компоненту но и другим

Не совсем согласен. В будующем в борьбе за перфоманс, тесты, или что угодно, компонент может дробиться

Короче, все, что относится к "показать/скрыть" будет у меня в стейт, а все остальные элементы ui, влияющие на загрузку данных с сервера - в стор

Короче, все, что относится к "показать/скрыть" будет у меня в стейт, а все остальные элементы ui, влияющие на загрузку данных с сервера - в стор

Частенько и это "выгоднее" держать в сторе

Короче, все, что относится к "показать/скрыть" будет у меня в стейт, а все остальные элементы ui, влияющие на загрузку данных с сервера - в стор

если модалка, то лучше в стор

хотя тут от проекта зависит...хз..

если модалка, то лучше в стор

Сам данные модалки в сторе держу, но по сути, если модалка имеет одну точку входа, что плохого, чтобы хранить данные в её стейте, или в стейте родителя?

Вопрос: ошибки вываливаемые реактом не ловит ни onerror, ни onunhandledrejection. Я правильно понимаю, что единственный способ с ними работать — ловить из DidCatch?

Сам данные модалки в сторе держу, но по сути, если модалка имеет одну точку входа, что плохого, чтобы хранить данные в её стейте, или в стейте родителя?

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

Вопрос: ошибки вываливаемые реактом не ловит ни onerror, ни onunhandledrejection. Я правильно понимаю, что единственный способ с ними работать — ловить из DidCatch?

да

Вопрос, как в jest подменять функцию? Или как это гуглить? Пример: в коде вызывается const bookInterface = getBookInterface(book.id, book.version); я хочу, чтобы тест перехватил getBookInterface вызов и вернул это со своими значениями. Когда-то я делал подобное с помощью rewire подхода. Это правильно? или сейчас что-то в самом jest появилось?

в самом Jest есть rewire механизм, по этому поводу в документации есть куча информации. Разделы: Mock Functions, Manual Mocks, ES6 Class Mocks, и в API Reference -> The Jest Object

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

Вот у меня как раз так, модалка дублирует некоторый функционал во вью. Ну в таком случае да, 100% в стор, прокидывать данные через несколько компонентов - не лучший подход будет, имхо ?

Всем привет. Подскажите, плз, есть ли возможность с помощью multi-zone(nextjs) объединить 2 CSR-приложения

Кто-нибудь связывал redux-thunk с ts? Есть у меня экшн (упрощенно весьма) const loadList = (page: number, pageSize: number, order: TableOrder) => { return (dispatch) => { dispatch(imagesActions.imagesListLoadingProcess()); dispatch(imagesActions.imagesListLoadingSuccess([])); } }; Пытаюсь его диспатчить так: store.dispatch(imagesApi.loadList(1, 10, {field: 'id', direction: OrderDirection.Asc})); Получаю ошибку "TS2345: Argument of type '(dispatch: any) => void' is not assignable to parameter of type 'AnyAction'. Property 'type' is missing in type '(dispatch: any) => void'." Не нагуглил, как такое разрулить

Всем привет. Подскажите, плз, есть ли возможность с помощью multi-zone(nextjs) объединить 2 CSR-приложения

да

да

ок, спасибо, куда смотреть?

ок, спасибо, куда смотреть?

zone.js ?

друзья, привет. мож сталкивался кто

Chart.js кажется ограниченным в этом плане, и да желательно чтобы была имплементация для реакта желательно

спасибо

d3

Chart.js кажется ограниченным в этом плане, и да желательно чтобы была имплементация для реакта желательно

Recharts есть для реакта http://recharts.org/

С Recharts для некоторых специфичных штук приходится повозиться или костылить

С Recharts для некоторых специфичных штук приходится повозиться или костылить

это правда но он проще чем д3

спасибо друзья, буду разбираться

ERROR: S client not available

А как изменить value поля в редакс-форм не из формы? Пейджинг совсем отдельно от фильтра лежит. Есть какие-то best-practice, как делать master-detail с редаксформ?

Всем привет. У меня есть таблица, у которой есть rows которые ведут к отдельным роутам. Можно ли как-то сделать так, что-бы меня перекидывало на новую табку??

Вот сама ф-ция

_tableCellPropsFunc = (row, col) => { return { onClick: e => { e.stopPropagation(); browserHistory.push(`/company/${row.id}/profile`); } }; return {}; };

Всем привет. У меня есть таблица, у которой есть rows которые ведут к отдельным роутам. Можно ли как-то сделать так, что-бы меня перекидывало на новую табку??

Хочешь чтобы в новом табе чтобы открывалось?

+

В новой вкладке?

Решил так

window.open(`/company/${row.id}/profile`, "_blank");

хз законно ли))

Решил так

<a href="/company/${row.id}/profile" target="_blank">

Но, это у меня простой td

Решил а потом передумал)

<a href="/company/${row.id}/profile" target="_blank">

а что с window.open не так?

а что с window.open не так?

Несемантично

В реакте много чего иногда приходится делать несемантично, так как имеются какие либо ограничения

с каких пор window.open несемантично стало?

недекларативно*

Недекларативно больше подходит, спасибо

zone.js ?

это не совсем то. multi-zone(nextjs) позволяет мержить 2 приложения в одно. для SSR приложений понятно, как это сделать. Можно ли это сделать для CSR?

Решил так

Тут важнее понимать что за юзера решать открывать новую вкладку или нет в большинстве случаев плохая затея

Всем привет. Начинаю новый проект и вот думаю: использовать ui либу или пилить свои компоненты? Как думаете, какие плюсы и минусы? Кто что предпочитает?

Тут важнее понимать что за юзера решать открывать новую вкладку или нет в большинстве случаев плохая затея

Это require by заказчик))

Всем привет. Начинаю новый проект и вот думаю: использовать ui либу или пилить свои компоненты? Как думаете, какие плюсы и минусы? Кто что предпочитает?

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

Это require by заказчик))

А у вас на проекте UX нет чтобы разьяснить?

А у вас на проекте UX нет чтобы разьяснить?

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

всем привет =) стоит задача написать не очень большое SPA, и после его сопровождать. React или vue ? =) Опыта нет ни там ни там. Времени на изучение достаточно