Апи к этому должен быть готов

И если сказано матчить телефон и десктоп то сгенерировать брейк корректно

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

нет, версии ниже четвёртой даже сами авторы ругают и извиняются за них

А ничего, что авторы другие?

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

Завязывай

А ничего, что авторы другие?

у третьей версии и четвёртой?) ты че

Как минимум, разные авторы на гитхабе

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

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

Как минимум, разные авторы на гитхабе

мда

Доброго времени суток, уважаемые)

Как минимум, разные авторы на гитхабе

одинаковые авторы у них

значит вкусовщина

пусть извиняются как хотят, но 4 у них ну совсем не получился

ИМХО, если это необходимо

react-media-matcher сгенерирует именно те же самые стили, но большим количеством кода

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

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

У меня под крылом десяток градов, только после института, им желательно давать вещи не которые хорошо работают, а которые нельзя сломать. В твоём подходе очень легко накосячить. По закону мерфи - накосячат. Мой сломать практически не реально. Если я не доверяю человеку который будет писать код - я ему лучше дам код которому я могу доверять. Такой немного QA/maintenance oriented подход.

нет, версии ниже четвёртой даже сами авторы ругают и извиняются за них

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

У меня под крылом десяток градов, только после института, им желательно давать вещи не которые хорошо работают, а которые нельзя сломать. В твоём подходе очень легко накосячить. По закону мерфи - накосячат. Мой сломать практически не реально. Если я не доверяю человеку который будет писать код - я ему лучше дам код которому я могу доверять. Такой немного QA/maintenance oriented подход.

В твоем подходе больше кода и это само по себе повышает риск ошибок

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

Нет, они не "подтянули косяки", они совершенно другую парадигму сделали

У тебя 60 строк, у меня 11

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

Как раз такую, которую можно адекватно называть "реакт-раутер" А то, что было до этого это просто синтаксис для вложенных раутов на jsx, что как бы бред Плюс переиначивание всего рендеринга реакта

19 строк

Кто шарит по Vscode чо прописать в сеттингс чтоб между {} можно было эммет юзать и теги норм проставлялись ?

Всегда было интересно, когда вы работать успеваете)

Всегда было интересно, когда вы работать успеваете)

Так обед же

У кого-то уже ужин

Как раз такую, которую можно адекватно называть "реакт-раутер" А то, что было до этого это просто синтаксис для вложенных раутов на jsx, что как бы бред Плюс переиначивание всего рендеринга реакта

Ну да. И это было на манер express router. Можно было писать одинаковые роуты как на фронте, так и на бэке. Круто же, ну

19 строк

А button типа не считается? Интересно ты строчки считаешь, у меня button это button, это не две дюжины строк с матчерами

Предполагается каждый button клепать в таком духе?

Упаси боже

Ну а как тогда

Не считать их

Как? Ну желательно без учета ориентации девайса ?

Поставишь landscape — будет landscape, не поставишь — ориентация не будет считаться

Вообще замена компонента на уровне React - не самое популярное действие

А это не замена

Никаких cloneElement или прочих шаманст

Поставишь landscape — будет landscape, не поставишь — ориентация не будет считаться

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

Ну

А это не замена

Не замена это на чистом CSS - там не замена. А тут разные ветки рендерятся.

Тут ничего не рендерится если ты не захочешь

render props, просто Component в чайлдах, все варианты поддерживаются

Хочешь () => <Comp/ > вместо <Comp /> — не вопрос

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

Да

Разрешения должны быть явными, запреты — редкими, не наоборот

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

Так как матчатся медиа реквесты одним обсерваблом на всё приложение

Ну да. И это было на манер express router. Можно было писать одинаковые роуты как на фронте, так и на бэке. Круто же, ну

Бери universal-router

Кстати кто как юзает render props/children vs hoc ?

Я беру рендер проп когда надо с разметку менять

Ребятки, помогите бедному джуну. Дайте пожалуйста максимально жёсткий код-ревью по тестовому https://codesandbox.io/s/rm7z0ynn7q

Подскажите пожалуйста, а где стоит вызывать метод, который проставляет значения по умолчанию в компонент? Значения по умолчанию подгружаются с микро-сервиса, асинхронно. Так что в componentDiDMount их нет. В рендер (который происходит когда они таки подгружаются) незя, там стейт внутри меняется. В ShouldComponentUpdate как то тоже вроде не камельфо.

Подскажите пожалуйста, а где стоит вызывать метод, который проставляет значения по умолчанию в компонент? Значения по умолчанию подгружаются с микро-сервиса, асинхронно. Так что в componentDiDMount их нет. В рендер (который происходит когда они таки подгружаются) незя, там стейт внутри меняется. В ShouldComponentUpdate как то тоже вроде не камельфо.

промисы

причем тут промисы?

День добрый. При переходе назад в браузере зацикливаются страницы :(. К примеру, открываю страницу "users", смотрю историю (если зажать кнопку назад в хроме), все нормально возврат на начальную страницу браузера. Перехожу на страницу "report", в истории появляется аж 3 страницы в место одной. Делаю возврат назад, из истории ничего не удаляется, а наоборот добавляется еще 1 страница. Делаю еще раз назад, возвращается на страницу "report", и снова добавляется запись в история. И дальше все по циклу. Подскажите куда копнуть :(

объект с дефолтами передается пропертью

ребят кто работа с table в ant design, как мне повесить обработчик на каждый row ?в приммерах вижу что на каждое поле отдельно в render: пишешь что то и в том числе функции

@ZeroBias - https://codesandbox.io/s/247jw3pown

Верняя кнопка адаптивная типо ?

Подскажите пожалуйста, а где стоит вызывать метод, который проставляет значения по умолчанию в компонент? Значения по умолчанию подгружаются с микро-сервиса, асинхронно. Так что в componentDiDMount их нет. В рендер (который происходит когда они таки подгружаются) незя, там стейт внутри меняется. В ShouldComponentUpdate как то тоже вроде не камельфо.

componentReceiveProps (или static getDerivedStateFromProps если надо манипуляция только со стейтом)

объект с дефолтами передается пропертью

componentWillReceiveProps

кстати, тут вопрос вот мне надо при изенении пропсов вычеслять значения с прошлыми пропсами + новыми пропсами, как с новыми React 16.3 методами это сделать? getDerivedStateFromProps вроде прошлые пропсы не доступны

componentWillReceiveProps

getDerivedStateFromProps!

getDerivedStateFromProps!

я отстал от жизни

кстати, тут вопрос вот мне надо при изенении пропсов вычеслять значения с прошлыми пропсами + новыми пропсами, как с новыми React 16.3 методами это сделать? getDerivedStateFromProps вроде прошлые пропсы не доступны

в стейт компонента надо записывать

в 16.4

в 16.3 помоему пропсы есть предыдущие. А в 16.4 метод возвращает state.

Вопрос, а componentWillReceiveProps() componentWillUpdate() componentWillMount — они же деприкейтнуты и будут до 17 версии?

а почему?

Вопрос, а componentWillReceiveProps() componentWillUpdate() componentWillMount — они же деприкейтнуты и будут до 17 версии?

Они будут и потом просто с префиксом UNSAFE_

чем заменят?

Вопрос, а componentWillReceiveProps() componentWillUpdate() componentWillMount — они же деприкейтнуты и будут до 17 версии?

они возможно и далее будут с префиксом UNSAFE_ в 16,4 так

а почему?

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

чем заменят?

асинк чем-то там

то есть - сайд эффекты исчезнут благодаря этому?

куда то же их все равно надо будет убрать

куда то же их все равно надо будет убрать

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

то есть - сайд эффекты исчезнут благодаря этому?

Просто методы будут другие более безопасными

то есть - это ваши догадки?

то есть - это ваши догадки?

разумеется. Никто не знает наверняка, что будет. Есть обещания какие-то и, возможно, будущие PR

Просто методы будут другие более безопасными

вот это полхоже на правду

вот это полхоже на правду

тоже самое написал, вроде бы)

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

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

начать нужно с того, что за сайд-эффекты

я кроме использования localStorage больше вообще никаких side-effect не встречал)

обращение к апи

обращение к api - side effect? хмм… ок) ну их и без редакса есть куда бросать

данные с сервера не грузил?

Подскажите по gitignore. Если я указываю там /node_modules то во всех подпапках эта директория будет игнорироваться? Или для каждой надо прописывать?

начать нужно с того, что за сайд-эффекты

В руках криворуких новичков даже консоль лог может быть с сайд эффектами

даже в текущем реакте, и в 0.14 еще было куда) старее не работал

Подскажите по gitignore. Если я указываю там /node_modules то во всех подпапках эта директория будет игнорироваться? Или для каждой надо прописывать?

1

Подскажите по gitignore. Если я указываю там /node_modules то во всех подпапках эта директория будет игнорироваться? Или для каждой надо прописывать?

в корне достаточно

Подскажите по gitignore. Если я указываю там /node_modules то во всех подпапках эта директория будет игнорироваться? Или для каждой надо прописывать?

node_modules/ тольк