так что это кто на что горазд

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

1 день - 1 полная песня, так что по себе людей не судят) кому то чтобы научитсья «играть» требуется и ноты выучить и аккорды и так далее, а кому то хватит и одного дня лишь наблюдая за процессом

так что потворю, кто на что горазд

1 день - 1 полная песня, так что по себе людей не судят) кому то чтобы научитсья «играть» требуется и ноты выучить и аккорды и так далее, а кому то хватит и одного дня лишь наблюдая за процессом

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

а дальше то что?

обезьяну тоже можно этому научить чисто механически

а дальше в путь, или по твоему без этих знаний его больше ни на что не хватит?) смешно как то

а дальше в путь, или по твоему без этих знаний его больше ни на что не хватит?) смешно как то

ага, хватит... будешь синьором по созданию приложений туду-лист

главное заказчиков найти

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

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

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

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

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

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

так то может ты охуенный гуру в с++ каком-нибудь

никто ж не говорит что ты лошара

но метод тыка это плохой путь в любом деле

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

но метод тыка это плохой путь в любом деле

абсолютно не согласен)

@const4nt https://www.youtube.com/watch?v=zsVHNosyCAc

не понял к чему это)

Добрый вечер, если кто-то сталкивался с таким вопросом, подскажите как сделать, чтобы react spa индексировался поисковиком яндекс. В документации яндекс почитал, что надо на AJAX страницу добавить мета-тег meta name="fragment" content="!". Я правильно понимаю, что данный мета тег надо добавить на index.html в раздел head?

Нет, краулеры яндекса все равно не будут корректно видеть страницы. Для нормального индексирование, если seo нужно в проекте (= если проект не внутренняя админка, дашборд или срм), то нужно имплементировать server side rendering (ssr) То есть первичную загрузку (для краулера) рендерить и отдавать с сервера, а дальше уже клиент подключается. Все советует next js для ssr, хотя можно и без него вроде как

Привет, я сделал боковое меню, которое в мобильной версии скрыто, (у класса в стилях margin: -250px), а по нажатию кнопки оно выезжает ( добавляется класс с margin: 0px). Соответственно при выезде, контент смещается в право и уезжает частично за экран. При этом у компонента который рисует контент вызывается render. Это нормально, обновлять то собственно нечего? shouldComponentUpdate при этом вообще не вызывается. У меня контент сложный, табличка длинная и потому немного притормаживает перерисовка. Доли секунды, но видно, что кнопка которая скрывает/открывает боковое меню притормаживает.

Попробуйте не маржинами двигать, а transform translate3d и transition У меня весь шаблон страницы при открытии уменьшается и смещается вправо, а меню выезжает как бы с внешнего слоя. Для понимания можете вот тут посмотреть открытие менюшки atmospherejs.com И ничего не глючит, то есть скорее всего у вас реализовано неоптимально

Всём привет. Ребят, подскажите, как лучше компоненты разбить по папкам(организовать структуру папок для компонентов)? Сейчас придерживаюсь след. подхода: app/ components/ pages/ offers/ NewOffer/ Offers/ ... layout/ Header/ Footer/ ... , где: 1. pages - содержит компоненты страниц. Например: есть модуль offers. Он состоит из двух страниц: добавление - NewOffer, список всех оферов - Offers. Все дочерние компоненты страницы, встречающиеся только на этой странице, размещаются внутри папки этой страницы. 2. components - папка, в которой размещаются компоненты, которые рендерятся на разных страницах приложения(встречаются во многих местах). 3. layouts - компоненты, общие для всех страниц: Header, Footer... Может кто-то подсказать архитектуру получше? Приложение достаточно крупное и сложить все в папку components - мусорник. Меня интересует структура только для компонентов, без редакса и прочего. Заранее спасибо!

Всём привет. Ребят, подскажите, как лучше компоненты разбить по папкам(организовать структуру папок для компонентов)? Сейчас придерживаюсь след. подхода: app/ components/ pages/ offers/ NewOffer/ Offers/ ... layout/ Header/ Footer/ ... , где: 1. pages - содержит компоненты страниц. Например: есть модуль offers. Он состоит из двух страниц: добавление - NewOffer, список всех оферов - Offers. Все дочерние компоненты страницы, встречающиеся только на этой странице, размещаются внутри папки этой страницы. 2. components - папка, в которой размещаются компоненты, которые рендерятся на разных страницах приложения(встречаются во многих местах). 3. layouts - компоненты, общие для всех страниц: Header, Footer... Может кто-то подсказать архитектуру получше? Приложение достаточно крупное и сложить все в папку components - мусорник. Меня интересует структура только для компонентов, без редакса и прочего. Заранее спасибо!

Использую фрактальный подход: лежит компонент например OffersPage.jsx и рядом с ним его css-ка со стилями. А компоненты которые использует только он, лежат рядом в папке offersPage. И так для каждого компонента. О общие компоненты кладу в отдельную папаку components

Использую фрактальный подход: лежит компонент например OffersPage.jsx и рядом с ним его css-ка со стилями. А компоненты которые использует только он, лежат рядом в папке offersPage. И так для каждого компонента. О общие компоненты кладу в отдельную папаку components

Понял идею, спасибо.

привет. Проблема такая: веб начал изучать с js, потом на nodejs начал парсеры писать во фрилансе, после на react сел. css почти стороной обошел, более-менее знаю что там есть и что делает, практики почти нет, соответвенно низару с полноценного шаблона ничего не сверсатал отсюда соответвенно начинается боль когда нужно что-нибудь верстать под реакт, дико медлено и долго. Наверно даже по бекенду больше могу чем во фронте вопрос, в том как лучше пробел устранять: 1 сразу под реакт практиковаться верстать с компонентами 2 или забить на js, брать шаблоны и по олдскулу делать их верстку, постигая стандартные решения стандартных проблем не отвлекаясь на реакт. после можно это с реактом пробывать

привет. Проблема такая: веб начал изучать с js, потом на nodejs начал парсеры писать во фрилансе, после на react сел. css почти стороной обошел, более-менее знаю что там есть и что делает, практики почти нет, соответвенно низару с полноценного шаблона ничего не сверсатал отсюда соответвенно начинается боль когда нужно что-нибудь верстать под реакт, дико медлено и долго. Наверно даже по бекенду больше могу чем во фронте вопрос, в том как лучше пробел устранять: 1 сразу под реакт практиковаться верстать с компонентами 2 или забить на js, брать шаблоны и по олдскулу делать их верстку, постигая стандартные решения стандартных проблем не отвлекаясь на реакт. после можно это с реактом пробывать

тендецния сейчас идет к реатку и сср

а дальше то что?

А дальше можно сразу на собеседование и в Яндекс

Столкнулся с проблемой, что на каждое действие в редаксе нужно писать по 3 экшена. DataLoading, DataLoadingSuccess, DataLoadingError Сильно замедляет скорость разработки и путаница возникает. Както можно избежать этого?

привет. Проблема такая: веб начал изучать с js, потом на nodejs начал парсеры писать во фрилансе, после на react сел. css почти стороной обошел, более-менее знаю что там есть и что делает, практики почти нет, соответвенно низару с полноценного шаблона ничего не сверсатал отсюда соответвенно начинается боль когда нужно что-нибудь верстать под реакт, дико медлено и долго. Наверно даже по бекенду больше могу чем во фронте вопрос, в том как лучше пробел устранять: 1 сразу под реакт практиковаться верстать с компонентами 2 или забить на js, брать шаблоны и по олдскулу делать их верстку, постигая стандартные решения стандартных проблем не отвлекаясь на реакт. после можно это с реактом пробывать

2, потом 1

Использую фрактальный подход: лежит компонент например OffersPage.jsx и рядом с ним его css-ка со стилями. А компоненты которые использует только он, лежат рядом в папке offersPage. И так для каждого компонента. О общие компоненты кладу в отдельную папаку components

Лучше все это в одной папке и таких папок много. Дальше встает вопрос а как группировать эти папки на более высоком уровне offersPage — subcomponents — styles — Offerspage.jsx

Столкнулся с проблемой, что на каждое действие в редаксе нужно писать по 3 экшена. DataLoading, DataLoadingSuccess, DataLoadingError Сильно замедляет скорость разработки и путаница возникает. Както можно избежать этого?

Не знаю, я писал всегда по три

Вот тут есть один из вариантов ответа

Всём привет. Ребят, подскажите, как лучше компоненты разбить по папкам(организовать структуру папок для компонентов)? Сейчас придерживаюсь след. подхода: app/ components/ pages/ offers/ NewOffer/ Offers/ ... layout/ Header/ Footer/ ... , где: 1. pages - содержит компоненты страниц. Например: есть модуль offers. Он состоит из двух страниц: добавление - NewOffer, список всех оферов - Offers. Все дочерние компоненты страницы, встречающиеся только на этой странице, размещаются внутри папки этой страницы. 2. components - папка, в которой размещаются компоненты, которые рендерятся на разных страницах приложения(встречаются во многих местах). 3. layouts - компоненты, общие для всех страниц: Header, Footer... Может кто-то подсказать архитектуру получше? Приложение достаточно крупное и сложить все в папку components - мусорник. Меня интересует структура только для компонентов, без редакса и прочего. Заранее спасибо!

Дэн любит плоскую структуру :)

Не знаю, я писал всегда по три

И нет библиотеки, которая например к экшену добавляет служебные поля success, error к примеру?

Столкнулся с проблемой, что на каждое действие в редаксе нужно писать по 3 экшена. DataLoading, DataLoadingSuccess, DataLoadingError Сильно замедляет скорость разработки и путаница возникает. Както можно избежать этого?

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

И нет библиотеки, которая например к экшену добавляет служебные поля success, error к примеру?

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

Напиши хэплер, я не знаю

Ну вот мне и интересно как остальные решают проблему эту

Ну вот мне и интересно как остальные решают проблему эту

"Тройные" экшены - это наименьшая бойлерплэйт-проблема в редаксе, имхо) я использовал что-то типа ли библиотеки autodux. Может тебе еще кто-то подскажет, но я не заморачивался по-этому вопросу на счет асинхронных экшенов

И нет библиотеки, которая например к экшену добавляет служебные поля success, error к примеру?

symbiote-fetching юзал

но это вместе с redux-symbiote

Использую фрактальный подход: лежит компонент например OffersPage.jsx и рядом с ним его css-ка со стилями. А компоненты которые использует только он, лежат рядом в папке offersPage. И так для каждого компонента. О общие компоненты кладу в отдельную папаку components

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

А какая статистика по загрузкам в npm у симбиота?

А какая статистика по загрузкам в npm у симбиота?

не большая, но люди приходят делать пр)

но это вместе с redux-symbiote

Выглядит как тот же autodux)

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

я делал доклад об этом подходе

не большая, но люди приходят делать пр)

О, посмотрел, почти ~350 в день, круто!

но это вместе с redux-symbiote

Спасибо. Хотя бы понятно стало в каком направлении двигаться.

Выглядит как тот же autodux)

только они о разном

О, посмотрел, почти ~350 в день, круто!

где смотрел?)

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

Не мой термин

где смотрел?)

На странице npm ?

а ок)

https://www.npmjs.com/package/redux-symbiote

слышал, что многие смотрят стату на ещё каких-то сервисах)

А нет, это в пик 300~ Видать когда в чате прорекламят ?

я делал доклад об этом подходе

В cyclejs andre staltz (автор) тоже часто упоминал о фрактальности компонентной структуры. Я как бы не отрицаю, но фракталы вездесущи по своей природе. Любую однородную доменную структуру (с потенциальной самоподобной вложенностью) можно фракталом назвать :)

ы

В cyclejs andre staltz (автор) тоже часто упоминал о фрактальности компонентной структуры. Я как бы не отрицаю, но фракталы вездесущи по своей природе. Любую однородную доменную структуру (с потенциальной самоподобной вложенностью) можно фракталом назвать :)

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

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

Согласен, те же ощущения

И нет библиотеки, которая например к экшену добавляет служебные поля success, error к примеру?

Ну, что-то подобное есть в redux-action

Ну, что-то подобное есть в redux-action

вообще не решает проблему)

вообще не решает проблему)

Так а чем хэлпер не устроит?)

Так а чем хэлпер не устроит?)

Какой?

Тебе ведь просто нужно стандартизировать action type, я верно понимаю?

Или хочется вместе с запросами сразу автоматически их генерировать?

Тебе ведь просто нужно стандартизировать action type, я верно понимаю?

Я имею ввиду три acrionCreator'a в жанре actionX.pending(payload) actionX.success(payload) actionX.failure(payload)

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

В частности по 3 экшена на запрос

Где каждый будет генерировать префиксированный action.type в формате %actionName%+%status%

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

Слишком высокоуровневые абстракции в redux ни к чему хорошему не приведут, имхо.

Достаточно просмотреть асинхронные аддоны под redux: Redux-thunk Redux-observable Redux-saga и т.д.

Универсального инструмента под всё я не видел, но может в их локальной экосистеме что-то и есть

Где каждый будет генерировать префиксированный action.type в формате %actionName%+%status%

Можно в этом направлении подумать в принрицпе

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

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

Видимо придется под текущий момент свое чтото писать

Видимо придется под текущий момент свое чтото писать

Ну в этом есть своя прелесть, это же FP (мелкозернистстые абстракции: хелперы, утилитки типа reducerPredicate, combineReducers)

Там писать то 15 минут

В частности по 3 экшена на запрос

есть такое, где-то видел

Ну в этом есть своя прелесть, это же FP (мелкозернистстые абстракции: хелперы, утилитки типа reducerPredicate, combineReducers)

С другой стороны опыт показывает, что уже давно все придумано и написано) И не нужно иногда свои велосипеды пилить

С другой стороны опыт показывает, что уже давно все придумано и написано) И не нужно иногда свои велосипеды пилить

Иногда хелпер настолько маленький, что его ни в библиотеку не кладут (он не жизненно важен для нее) ни в отдельный npm-пакет)

Иногда хелпер настолько маленький, что его ни в библиотеку не кладут (он не жизненно важен для нее) ни в отдельный npm-пакет)

Полистай npm) Удивишься

как может moment весить в 5 раз больше react-table ?‍♂️

как может moment весить в 5 раз больше react-table ?‍♂️

локализации

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

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

не думаю :) там в сорцах рекваер всей папки

import moment from 'moment'; import 'moment/locale/ru';

как может moment весить в 5 раз больше react-table ?‍♂️

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

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

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

а стоп может нужнор момент иначе импортить?

import moment from 'moment'; import 'moment/locale/ru';

все равно все локали грузятся

как-то так же?? import { moment } from 'moment/moment';

а стоп может нужнор момент иначе импортить?

в доке по вебпаку как раз разбирается пример с моментом