а ссылка https://github.com/facebook/react/issues/579 должна была подвести черту

что нужно использовать див?

что нужно изучить разные способы

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

Доброй ночи! подскажите как лучше решить проблему с двумя версиями сайта(моб и веб) на реакте? писать максимально адаптивный код не получится,логика разная. Создавать разные компоненты для разных версий но при билдинги это будет превращаться в большой код? есть ли решение?

я использую react-responsive

Сорри за тупой вопрос, но в чем разница между аргументами функции, которые записываются в виде (a, b) и ({a, b})

({a, b}) — это деструктуризация аргумента, т.е. это один аргумент из которого берутся ключи a и b

(obj) => console.log(obj.a, obj.b) ({a, b}) => console.log(a, b)

Понятно спасибо

кто-то едет на метро))

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

Всё нормально там.

Кто работал с ослайдерами для реакта? какие посоветуйте ?

https://github.com/akiran/react-slick

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

До клика, слайдер выглядит так

onLoad на img тоже не повесить (

не согласен, у меня и на примерах все работало нормально

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

В самом слайдере вроде тоже нет ничего необычного

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

Ну если надо обновить стор данными, то данные передать надо

Не, экшен для переключения таба

По моему вопрос, вне контекста

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

JS - отличный язык для построения декларативных DSL. Если писать бэкенд на NodeJS, то можно не только валидацию декларативно описывать, но и универсальные (фронт и бэк) модели, вплоть до автогенерации REST API. Я как раз сейчас этим занимаюсь. А вообще есть ORM Sequilize, в которой можно довольно просто и гибко описать валидацию.

js - отличный язык?

JS - отличный язык для построения декларативных DSL. Если писать бэкенд на NodeJS, то можно не только валидацию декларативно описывать, но и универсальные (фронт и бэк) модели, вплоть до автогенерации REST API. Я как раз сейчас этим занимаюсь. А вообще есть ORM Sequilize, в которой можно довольно просто и гибко описать валидацию.

ну я бакэнд на node.js точно писать небуду ) я пишу микросервисы на тех языках которые решают задучу наиболее продуктивным способом (смотря конечно какая задача), на node.js писыл бы только для i/o perfomance. а так питон и го

js - отличный язык?

Отличный от обычных

Отличный от обычных

??

js - отличный язык?

Да.

так как может делать генерацию API django rest framework со своими modelview/modelserializers я еще невстречал ) поделитесь если знаете лучше

ES6 очень даже неплох

ну я бакэнд на node.js точно писать небуду ) я пишу микросервисы на тех языках которые решают задучу наиболее продуктивным способом (смотря конечно какая задача), на node.js писыл бы только для i/o perfomance. а так питон и го

А чем NodeJs так принципиально плох для бэкенда?

JS - отличный язык для построения декларативных DSL. Если писать бэкенд на NodeJS, то можно не только валидацию декларативно описывать, но и универсальные (фронт и бэк) модели, вплоть до автогенерации REST API. Я как раз сейчас этим занимаюсь. А вообще есть ORM Sequilize, в которой можно довольно просто и гибко описать валидацию.

ruby - это отличный язык для построения декларативных DSL

Понятно

Ты сейчас серьезно?

Причем тут jvm?

А чем NodeJs так принципиально плох для бэкенда?

историей с асинхронностью своей

ну и языком

А чем NodeJs так принципиально плох для бэкенда?

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

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

Только type обязателен, в данном случаи наверное надо ещё и id таба в payload

историей с асинхронностью своей

Async/await спасает

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

Генераторы и асинхронные генераторы

Async/await спасает

ну и это шаг назад ) как и в питоне

Генераторы и асинхронные генераторы

это не ко-рутины

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

это просто фэйк

Уверен?

Бла бла бла

По фактам говори, а ещё посмотри как ведут себя асинхронные генераторы

Бла бла бла

уверен иначе бы все писали на node.js а не на го какие нибудь парсеры и декодеры

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

Вроде в какой-то новой версии ввели, а для всех очтальных есть babel.

уверен иначе бы все писали на node.js а не на го какие нибудь парсеры и декодеры

Миллион мух не могут ошибаться, удав лучше всех

ну есть для чего нода хороша ) но use-caseов совсем не много)

уверен иначе бы все писали на node.js а не на го какие нибудь парсеры и декодеры

Многие на php бэк пишут. А php - это почти полное говнище.

Ты просто завидуешь нашей jvm

Многие на php бэк пишут. А php - это почти полное говнище.

ну так я неговорю про тот мир где все говно) да я лучше бы на ноде писал чем на пхп )))) я говорю про soa-based архитектуру или микросервисы ) где выносит просто лопатами придется кода из ноды в другие языки когда надо будет серьезно маштабироваться - а моя каждо дневность это серьезное маштабирование и оптимизация кода, не только переписывая его, но finding right tool for right job :)

Я не знаю что вы придираетесь к async/await, но это отличное упрощение асинхронного программирования

Многие на php бэк пишут. А php - это почти полное говнище.

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

ERROR: S client not available

главное что не asp .net

Я не знаю что вы придираетесь к async/await, но это отличное упрощение асинхронного программирования

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

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

Лапша из колбэков осталась в 2007

главное что не asp .net

ну да - это уже ниже некуда )))

Для валенков ещё раз повторяю, посмотрите на асинхронные генераторы, а потом говорите

Утомили

Я понимаю когда питонисты в своей резервации на мифы точат, но тут то

Лапша из колбэков осталась в 2007

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

Ко-ко-ко

Название канала прочитайте что ли

не ну ребят вам сюда https://www.quora.com/What-are-the-disadvantages-of-using-Node-js

Название канала прочитайте что ли

а реакт это здорово, да

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

И это кстати единственный язык, который делает такую хрень, если не брать во внимание всякие CGI

И это кстати единственный язык, который делает такую хрень, если не брать во внимание всякие CGI

ну нет же. почти все так делают ) под капотом реализуют по разному, но это хорошая и удобная абстракция для программиста (кроме случаев когда нужны вебсокеты и это все)

на да, смотрю в ноде много что изменилось за два года

ну нет же. почти все так делают ) под капотом реализуют по разному, но это хорошая и удобная абстракция для программиста (кроме случаев когда нужны вебсокеты и это все)

Запуск скрипта на запрос и вызов функции на запрос - это немного разные вещи

Запуск скрипта на запрос и вызов функции на запрос - это немного разные вещи

ну физически скрипт уже никто не запускает и в пхп. fastcgi там, пул воркеров и все такое и я говорю про то что это хорошая абстракция. то что в ноде — хуже

Here's a view from Alex Payne, co-author of the book on Scala. https://al3x.net/2010/07/27/node.html He also presents studies which conclude that event-based model maybe a bad idea for high concurrent servers И это все еще актуально ) но для решение проблем с i/o нода потрясающа ) у всего есть use-case

Кто работал с ослайдерами для реакта? какие посоветуйте ?

Мне понравился https://github.com/souporserious/react-view-pager

https://github.com/akiran/react-slick

А этот за собой Jquery не тянет?

о спс

@exdeniz в зависимостях вроде нет Jquery

есть в кейсе при добавлении return [ action.payload.data, ...state ];, как можно сделать, что если этот элемент уже есть - не добавлять?

Жаль, что нет порта swiper.js - я им последнее время пользовался. Очень крутой и гибкий слайдер

return state.map((item) => { return item.name !== action.payload.data.name ? [ action.payload.data, ...item ] : item }); пробовал так, но не работает

есть ли вероятность в item?

Ты пытался вместо элемента массива вернуть массив

[...item]

при false?

посмотри в сторону .find

почему бы Set не запользовать. специально же под такие случаи делался