У кого-нибудь есть нормальный говоый компонент Autocomplete на mui@next?

У кого-нибудь есть нормальный говоый компонент Autocomplete на mui@next?

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

Ну хоть какой, тогда)

Нормальный, в смысле готовый и рабочий

Или так: в стиле старого mui

Да хоть какой... Дайте, код гляну, там посмотрим

Может быстрее будет, чем самому писать...

Доров, начал ковырять реакт и наткнулся на одну непонятку при запуске проекта. Почему после npm init юзают npm install --save express, для того что бы локально сервер можно было запустить, а если не нужно локально сервер запускать то пишут как в офф доке install --save react react-dom? Правильно понял?)

express если сам пишешь сервер. или понадобиться webpack-dev-server для разработки

У кого-нибудь есть нормальный говоый компонент Autocomplete на mui@next?

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

да и вроде там есть подобный пример

а чисто для некст ветки я и сам не находил

Дай глянуть, пожалуйста

Как, имея реф элемента, узнать его ширину?

this.el.clientWidth

Как, имея реф элемента, узнать его ширину?

GetBoundindClientRect

ref.clientWidth, отлично, спасибо

Ребят, как можно обработчик из дочернего компонента вытянуть в родительский, если не получается через props передать, как это обычно делают? Проблема в том, что вместо композиции используется наследование. Понимаю, что через ссылку в super() как-то можно, но сам руками никогда так не делал.

Ребят, как можно обработчик из дочернего компонента вытянуть в родительский, если не получается через props передать, как это обычно делают? Проблема в том, что вместо композиции используется наследование. Понимаю, что через ссылку в super() как-то можно, но сам руками никогда так не делал.

Не делают так

Наследование это чудовищно

типа export default class Component1 extends Component2 {} внутри Component2 я делаю onScroll={props.onScroll},а куда дальше его пробрасывать? В приложении я использую Component1 и на прямую работа только с ним.

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

мне нужно решить бизнес-задачу, а не устраивать рефакторинг-пати)

Лол

там компонент я буду неделю переделывать

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

Ммм, нот эт олл ? Нам банально пришлось наследоваться от компонента

От базовой страницы, ибо ввиду нехилого легаси - нужно удалять элементы дома, если пришли не с реакт страницы. Но это можно сделать и через HOC, да

Ммм, нот эт олл ? Нам банально пришлось наследоваться от компонента

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

Возможно, что так будет лучше, да

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

я вот даже умом схватить не могу, как это делать

У нас есть легаси, который выполняют работу с домом при переходе страниц, partial-refresh так скажем. Он же и с историей работает. В итоге, чтобы присобачить react-router пришлось изменить сорцы этого легаси, и в роутере использовать ту же историю. Но если при переходе с реакт страницы на реакт - все очищает роутер, то с не реакт на реакт - приходится самим ?

мэйби невозможно?

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

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

а если много методов полезных которые используются в других компонента засунуть в базовый компонент и наследоваться от него? это же удобно

а если много методов полезных которые используются в других компонента засунуть в базовый компонент и наследоваться от него? это же удобно

Это рак мозга

Это рак мозга

а как бы ты такой функционал организовал?

hoc

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

Написать еще один метод. Лучше бы Пример кода показал

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

Introducing downshift ?️ for React ⚛️ – kentcdodds https://blog.kentcdodds.com/introducing-downshift-for-react-b1de3fca0817

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

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

Дай глянуть, пожалуйста

Up

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

Плодить говнокод. Выход всегда есть

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

Вот правильно

Плодить говнокод. Выход всегда есть

http://prntscr.com/gw0c31 ну вот например валидация и биндинг методов

http://prntscr.com/gw0c31 ну вот например валидация и биндинг методов

Для этого вообще класс не нужен

и зачем это в классе?

а где это хранить?

http://prntscr.com/gw0c31 ну вот например валидация и биндинг методов

Ошибки вернуть надо, а не к рефам обращаться. И ошибки в стейт. Рефы зло

Бля

Там говнокод

Ручное управление классами

Жуть

а где это хранить?

Просто в модуле. Экспортировать функции и все

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

Просто в модуле. Экспортировать функции и все

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

https://github.com/dleitee/valid.js проверка email или еще что писать самому - самоубийство

Up

Чет монструозное все >_>

http://prntscr.com/gw0c31 ну вот например валидация и биндинг методов

this.refs[item.ref].classList.add Пиздец, граждане.

this.refs[item.ref].classList.add Пиздец, граждане.

ты бы лучше написал?

ты бы лучше написал?

Написал бы без такого лютого трешака

Это пиздец, чувак

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

ты бы лучше написал?

Вернуть список ошибок из функции Компонент после вызова функции валидации положил бы ошибки в стейт В рендере проставил бы классы ошибок на основе данных из стейта

+

ERROR: S client not available

http://prntscr.com/gw0c31 ну вот например валидация и биндинг методов

Биндинг метдов не нужен

стрелочные функции работают медленнее

вроде как

Лол

Ага

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

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

я же писал не мой код

пока у вас тут ажиотаж такой, я тут еще не много вынес говнокода в опенсорс) https://github.com/edtoken/redux-crud-action-types

если это можно так назвать

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

у нас actionType это rest урл запроса(удобно), а они повторяются, поэтому нужна уникальность, что-то в таком стиле USER_FETCH = create('user') USER_DELETE = create('user')

пока у вас тут ажиотаж такой, я тут еще не много вынес говнокода в опенсорс) https://github.com/edtoken/redux-crud-action-types

Мне не нравятся айдишники

{create.prefix}/pending/id${_uniqueId}/${type}

у нас actionType это rest урл запроса(удобно), а они повторяются, поэтому нужна уникальность, что-то в таком стиле USER_FETCH = create('user') USER_DELETE = create('user')

А что мешает писать в аргумент имя нормальное??

в нашем случае файл actionTypes по сути список урлов бека и когда ты делаешь запрос - ты используешь тот же action_type и не думаешь над тем какой там урл

ну это очень грубо говоря

то есть потом выходит что-то в стиле axios.get(actionTypes.USER) или fetch(USER)

Странно

Зачем так делать

У меня api.user.fetchProfile()

И вообще плевать

Что внутри

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

немного жести в вашу ленту...

то есть меня бесили fetch('blablabla/asdasdasd/asdasd/asd/asd/asd/') вот это

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

поэтому я стад делать action type ссылкой по ресту

то есть меня бесили fetch('blablabla/asdasdasd/asdasd/asd/asd/asd/') вот это

Если есть объект апи, этого вообще нет

поэтому я стад делать action type ссылкой по ресту

В другую сторону решать надо было

ну хз, тогда показалось это удобным, в тот момент все писали export const USER = 'USER'