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

и как все отстанете от рынка

через пол года-год

ребята, вопрос: система при первой загрузке должна через апи получать кучу справочников. куда их лучше сохранять, в localstorage или store редакса?

если они нужны только этому компоненту, в локал(стэйт, а не сторадж) если нужны другим(не дочерним или с большой вложенностью), то в редакс

они нужны в целом приложению. то есть много где будут использоваться

погоди, а локал сторадж тут при чем?

в нем вообще ничего хранить не нужно такого по идее

в localstorage я хотел сохранять, чтоб при перезагрузке справочники повторно не запрашивать. но вот не знаю, нормальная ли это практика?

в localstorage я хотел сохранять, чтоб при перезагрузке справочники повторно не запрашивать. но вот не знаю, нормальная ли это практика?

Ненормальная. Запрашивай заново.

Кешировать в ЛС можно, но с умом

подскажите чем это чревато?

Кешировать в ЛС можно, но с умом

поясните как это с умом?

Надо время последней модификации справочника тоже помнить. И перезапрашивать если надо

Это как минимум.

ок, понял

спасибо

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

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

ок, сохраняю я в редакс. а как затем организовать работу с этими справочниками. то есть у меня будет куча всяких функций типа getElementByVal, getElementById, get.....

Привет, как вы предпочитаете тестировать анонимные функции? Для примера, в редакс-саге: yield takeLatest( action => action.type === JUMP_TO_LOCAL_PAGE && action.payload.partNumber === partNumber, handleJumpToLocalPage, context ); Тест сдохнет, потому что 2 (1 оригинальная, и 1 в тесте) анонимки - не равны друг другу. Вы предпочитаете делать функции именованными или используйте другой функционал джеста? Для примера, падающий тест: it(`take latest ${JUMP_TO_LOCAL_PAGE}`, () => { expect(gen.next().value).toEqual( takeLatest(() => {}, handleJumpToLocalPage, context) // [1] ); }); [1] - здесь заглушка в виде анонимной функции, котороая конечно, не равна оригинальной (ссылка то на другой объект) ( http://take.ms/gi6nj )

ок, сохраняю я в редакс. а как затем организовать работу с этими справочниками. то есть у меня будет куча всяких функций типа getElementByVal, getElementById, get.....

Селекторы, да

Селекторы, да

щас гляну, вообще впервые слышу, еще многого не знаю

спасибо

добрый день. юзаем material-ui в проекте, дело дошло уже до нормальной верстки, сижу на перепутье, юзать <Grid> на базе того же material-ui или для сеток лучше добавить react-bootstrap?

кто-нить сравнивал?

кто-нить сравнивал?

лучше бери сетки из material

не надо тянуть бутстрап

у материальной не вижу например свойства offset

у материальной не вижу например свойства offset

что значит оффсет?

и что это значит?

Поля

Адаптивные отступы

Адаптивные отступы

у материала есть стайл гайд. Там строго определены отступы 0 8 16 24 32 40

свойство Spacing

Поймут ли дизайнеры? Щас отдадим в верстку со словами "вот прототип, нам бы сетку и тему оформления, на базе material, вот наши логотипы и цветовые предпочтения". Вероятность что они будут ОТ и ДО следовать стайл гайду материала невысока

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

А верстать буду я :) Исходя из этого мне лучше выбрать что-то универсальное.

Поймут ли дизайнеры? Щас отдадим в верстку со словами "вот прототип, нам бы сетку и тему оформления, на базе material, вот наши логотипы и цветовые предпочтения". Вероятность что они будут ОТ и ДО следовать стайл гайду материала невысока

ты используешь всю либу от материал ui ?

ты используешь всю либу от материал ui ?

Да, а в чем вопрос?

jss в целом норм зашел, css оверрайды на компоненты, темы, вот это всё нормально. Единственное, сама разметка на коленке, с флексбоксом и минимум адаптивности

Сетки приживить и норм будет

Вопрос только какие

jss в целом норм зашел, css оверрайды на компоненты, темы, вот это всё нормально. Единственное, сама разметка на коленке, с флексбоксом и минимум адаптивности

форкни)

форкни)

Зачем? Я в них не разбираюсь вообще. Я даже не знаю на чем нормально будет. Потому и спрашиваю.

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

jss в целом норм зашел, css оверрайды на компоненты, темы, вот это всё нормально. Единственное, сама разметка на коленке, с флексбоксом и минимум адаптивности

styled-jss чекни но лучше styled-components

styled-jss чекни но лучше styled-components

styled-components ?

styled-components ?

+

styled-components ?

SC с материал юи как-то костыльно заходят. Это я понял из-за использования

SC с материал юи как-то костыльно заходят. Это я понял из-за использования

Лол што, муи сам на них

SC с материал юи как-то костыльно заходят. Это я понял из-за использования

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

Лол што, муи сам на них

он на jss

добрый день. юзаем material-ui в проекте, дело дошло уже до нормальной верстки, сижу на перепутье, юзать <Grid> на базе того же material-ui или для сеток лучше добавить react-bootstrap?

А много написанного кода ? Если нет, то можете посмотреть antd. Он пока что больше всех зашёл

Потому что material ui предоставляет и так css-in-js, которого достаточно

он на jss

Да? Пичаль

а c помощью SC как-то костыльно стили переопределяются

ну и лучше переопределать через Theme

Селекторы, да

Селекторы это же просто функции которые берут данные из стора. Имеется ввиду 'reselect' ? const generalInfoSelector = state => state.user.generalInfo; Типа этого? Есть что-то что будет проверять наличие данных и если поле андефайнд, не будет у андефайнда брать поле и сразу вернет андефайнд?

Поймут ли дизайнеры? Щас отдадим в верстку со словами "вот прототип, нам бы сетку и тему оформления, на базе material, вот наши логотипы и цветовые предпочтения". Вероятность что они будут ОТ и ДО следовать стайл гайду материала невысока

Значит дебичи, а не дизайнеры

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

Я, фронтендер, и то читал их стайл гайд

Вообще нужно продумать изначально дизигн систему. Без неё будет пиздец

ERROR: S client not available

Понятно, ладно. Разговор ни о чем, просто добавим в ТЗ требование выдать результат по материал стайлгайду включая отступы в 0 8 16 24 32 40dp .

Какая еще дизигн система?)

Какая еще дизигн система?)

ты не знаешь, что такое дизайн система?

Какая еще дизигн система?)

Цвета например

Кнопки, шрифты

чтобы тебе дизайнер не нахуярил две кнопки "отправить" с разными обводками или цветами

дизайн должен быть согласованный

Библиотека компонент значит

Это да

чтобы тебе дизайнер не нахуярил две кнопки "отправить" с разными обводками или цветами

и платными шрифтами

Библиотека компонент значит

не совсем

Что бы когда дизайнер свалил ты мог без его помощи стоить дальше ui по гайду

Чем больше умных слов, тем больше денег запросит )

Библиотека компонент значит

как правило там все учтено, корпоративные цвета, корпоративный шрифт, фоны для лого, цвета и стили ссылок, отступы внешние/внутренние и т.д.

Селекторы это же просто функции которые берут данные из стора. Имеется ввиду 'reselect' ? const generalInfoSelector = state => state.user.generalInfo; Типа этого? Есть что-то что будет проверять наличие данных и если поле андефайнд, не будет у андефайнда брать поле и сразу вернет андефайнд?

Селекторы это чистые функции,приводящие данные из стора из одного вида к другому. Reselect используется когда нужно мемоизировать, селекторы. »»Есть что-то что будет проверять наличие данных и если поле андефайнд, не будет у андефайнда брать поле и сразу вернет андефайнд? Нет, эту проверку тебе придётся написать руками. Автоматически оно такого не делает.

как правило там все учтено, корпоративные цвета, корпоративный шрифт, фоны для лого, цвета и стили ссылок, отступы внешние/внутренние и т.д.

Более менее описание

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

как правило там все учтено, корпоративные цвета, корпоративный шрифт, фоны для лого, цвета и стили ссылок, отступы внешние/внутренние и т.д.

И это называется дизайн системой. Ок спасибо за ликбез

Селекторы это чистые функции,приводящие данные из стора из одного вида к другому. Reselect используется когда нужно мемоизировать, селекторы. »»Есть что-то что будет проверять наличие данных и если поле андефайнд, не будет у андефайнда брать поле и сразу вернет андефайнд? Нет, эту проверку тебе придётся написать руками. Автоматически оно такого не делает.

По убитой весне. Прости, не смог сдержаться

По убитой весне. Прости, не смог сдержаться

Дык ёпть, шаришь

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

последний раз мне клиент скинул брендбук на 119 страниц (обычно видел на 20-30), и тут я ох*ел

И это называется дизайн системой. Ок спасибо за ликбез

у тебя были другие ожидания?

последний раз мне клиент скинул брендбук на 119 страниц (обычно видел на 20-30), и тут я ох*ел

это хорошо, что у них есть)

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

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

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

и есть умельцы, которые в теле письма мутят svg карусели??

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

Ето кто такие вообще юзает

гугл

Ы

Неплохо