но может есть хромовский шорткат какой-нибудь для этих целей?

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

REST подразумевает один адрес под одну сущность (ну почти) Если есть серверный рендеринг, то redial тебе поможет выполнить несколько экшенов. Если нет, то в initialState храни минимальный набор данных, остальное добирай с клиента

Хмм. А вот если юзер зашел на страницу с GET параметрами фильтра, то нужно будет матчить GET параметры на state филттра, чтобы отметить нужные варианты и потом делать запрос на сервер. Правльно понимаю?

больше всего бесит, когда он не может брейкпоинт поставить и прокидывает его вниз(

ну да, не везде можно его воткнуть это как раз из-за бабеля

Везде

больше всего бесит, когда он не может брейкпоинт поставить и прокидывает его вниз(

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

Просто надо тип сорсмап подобрать

ок ок

ну да, не везде можно его воткнуть это как раз из-за бабеля

не из-за бабеля, такое и от минификации происходило

Везде

нет Как раз не везде на определение переменной не втыкается он проваливает до функции

буду раскуривать, спасибо

Хмм. А вот если юзер зашел на страницу с GET параметрами фильтра, то нужно будет матчить GET параметры на state филттра, чтобы отметить нужные варианты и потом делать запрос на сервер. Правльно понимаю?

ну вроде того

Просто надо тип сорсмап подобрать

есть примеры под рукой?..

нет Как раз не везде на определение переменной не втыкается он проваливает до функции

Я же говорю, это от типа сорсмап зависит

чет не гуглится нормально(

есть примеры под рукой?..

Не, я не дома, сорян

а в чем вообще преимущество css modules против обыного scss с импортом в компоненент? что то у меня не получается понятно объяснить коллеге по проекту

ты сам что-то конкретное используешь?

cheap-eval-source-map

У меня в vscode всё ок дебажится прямо из хрома

а в чем вообще преимущество css modules против обыного scss с импортом в компоненент? что то у меня не получается понятно объяснить коллеге по проекту

изоляция, уникальные имена классов

У меня в vscode всё ок дебажится прямо из хрома

как ты это настроил?

Ставлю бряки где хочу, законом не запрещено ?

как ты это настроил?

Там плагин есть для этого

изоляция, уникальные имена классов

он приводит пример что можно все в scss вкладывать

но это будет неудобно когда будет большой компонент?

что scss лесенкой будет на пол экрана

не знаю мне пофигу, я юзаю styled-components

что scss лесенкой будет на пол экрана

когда писал на Less/Stylus тоже так было но потом очнулся и стал юзать atomic design и проблема исчезла

он приводит пример что можно все в scss вкладывать

Я могу в каждом классе писать .head {} .block без всякого бэма

cheap-eval-source-map

А, я кажись вспомнил

есть примеры под рукой?..

Попробуйте самый «дорогой» тип, вроде это просто source-map называется

Попробуйте самый «дорогой» тип, вроде это просто source-map называется

спасибо

cheap-eval-source-map

спасибо

вот это хорошо гуглится)))

Я могу в каждом классе писать .head {} .block без всякого бэма

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

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

проблема коллизий имен или каскада никуда не уходит

если у тебя где-то есть компонент .name а ты в другом компоненте используешь класс .name возникнет коллизия

короче не надежно

да и если у тебя есть модули, тоже могут быть проблемы.

У меня less с css modules, всё ок

да и если у тебя есть модули, тоже могут быть проблемы.

какие?

У меня less с css modules, всё ок

ну так и я об этом. cssmodules решают проблемы коллизий

какие?

ну если есть два модуля по разному реализующие кнопку например

я, я думал ты про css-modules под модулями имеешь в виду

Посоны, а по реакту какие-то локальные евенты в мск происходят?

подскажите как правильно css modules добавить в вебпак { test: /\.css$/, loader: [ 'style!css?importLoaders=1!postcss', 'css?modules&importLoaders=1&localIdentName=[path]___[name]__[local]___[hash:base64:5]' ] }, { test: /\.scss$/, include: paths.appSrc, loaders: ["style", "css", "sass"] },

paste.org.ru

gist.github.com

https://gist.github.com/anonymous/732a54fd14686eb576fa659a7f922f09

насколько мелкие события имеет смысл обрабатывать через Redux? Например, у меня есть автодополнение в строке поиска, есть тултипы, которые стучатся на сервер для того чтобы подгрузить описание объектов - стоит ли делать их частью состояния?

в сторе нужно сохранять только важные штуки

то что будешь потом использовать

https://gist.github.com/anonymous/732a54fd14686eb576fa659a7f922f09

подскажите плз как подключить)

имхо, в сторе стоит хранить штуки, которые нужны нескольким компонентам

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

Зависит от того, насколько вы хотите иметь возможность сохранять стейт

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

тогда это не редух

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

по сути это рушит принцип one source of truth

тогда это не редух

Читайте доку по редаксу http://redux.js.org/docs/faq/OrganizingState.html

Using local component state is fine. As a developer, it is your job to determine what kinds of state make up your application, and where each piece of state should live. Find a balance that works for you, and go with it.

Тоже самое хотел скопировать

Хранить состояние открытости/закрытости дропдауна в сторе - тупо оверхед на действие, только если от этого состояния не зависит состояние другого компонента или состояния системы в целом

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

типа it depends

ERROR: S client not available

да

вот про дропдаун согласен

Хранить состояние открытости/закрытости дропдауна в сторе - тупо оверхед на действие, только если от этого состояния не зависит состояние другого компонента или состояния системы в целом

+

но это как раз значит что это исключение из правил

а не то что так надо делать всегда

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

ну как бы переладывать отвественность на архитектуру - это последнее дело. Тыж разраб, ты же выбирал, ты же специалист.

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

как раз таки из стора легче в локальный стэйт перенести в любой момент чем наоборот

блин, вот я щас приведу кейс

но это как раз значит что это исключение из правил

Вот правила ктсать Some common rules of thumb for determing what kind of data should be put into Redux: Do other parts of the application care about this data? Do you need to be able to create further derived data based on this original data? Is the same data being used to drive multiple components? Is there value to you in being able to restore this state to a given point in time (ie, time travel debugging)? Do you want to cache the data (ie, use what's in state if it's already there instead of re-requesting it)?

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

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

и тут ты такой,damn че я не писал все в стор

и такие кейсы запросто могут выплыть в любой момент

так что имхо пиши в стор и в исключительных случаях локальный стэйт

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

Если ты такое написал изначально, то ты сам виноват, ты понимал что это действие влияет на состояние системы в целом - сам мудак, а не react - redux, чуваки из чатика

так как по сути это нарушение ответственности

Возможно в этот момент надо отрефакторить все это и переписать в стор) А если этого кейса не будет, зачем ожидать того, что может никогда не произойти?

Возможно в этот момент надо отрефакторить все это и переписать в стор) А если этого кейса не будет, зачем ожидать того, что может никогда не произойти?

+

а зачем писать в локальный стэйт без причины?

аналогичный вопрос

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

эм, нет)

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

а локальный стэйт не гибок

а зачем писать в локальный стэйт без причины?

инкапсуляция, все дела

это нарушение ответственности

вьюха отвечает за все

это не инкапсуляция, а solid нарушается

я согласен что есть моменты когда такое нужно

но опять же это скорее исключения