/hooyach

/ls@telewitterbot

/ls@telewitterbot

/stat@comstatbot

когда вы создаете компоненты с синтаксисом jsx, какое расширения вы даете файлам: js or jsx?

Я js создавал. Хотя, используя правила airbnb для eslint, следовало бы тогда и jsx писать, но.. Короче, "так исторически сложилось"

Кстати, боты - зло в чатах. Они провоцируют на флуд

когда вы создаете компоненты с синтаксисом jsx, какое расширения вы даете файлам: js or jsx?

Сначала давал js, а сейчас больше jsx. Это не принципиально

когда вы создаете компоненты с синтаксисом jsx, какое расширения вы даете файлам: js or jsx?

С моими настройками webpacka транспилятся они все равно одинаково

С моими настройками webpacka транспилятся они все равно одинаково

да

я .js юзаю

С моими настройками webpacka транспилятся они все равно одинаково

Да они у всех так. Просто это больше вкусовщина, на мой взгляд

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

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

Последнее время пишу jsx для того, чтобы просто в дереве проекта броском глаз можно было понять где что. Ну и плюс можно, например, react-hot только для jsx юзать и тем самым немного разгрузить сервер hot reloadinga. Правда я его последнее время все равно не юзаю, так как мне не удалось завести хор релоадинг стилус файлов

??

Может, кстати, кто знает как можно завести хот релоадинг стилуса?

а что у тебя не получилось? У меня работает, я правда gulp'ом стили собираю в бандл, а бандл уже рекварю, чтобы в каждом компоненте стили не рекварить

вот тебе пример приложения https://github.com/amelisa/amelisa-crud-example

а что у тебя не получилось? У меня работает, я правда gulp'ом стили собираю в бандл, а бандл уже рекварю, чтобы в каждом компоненте стили не рекварить

А я как раз в каждом компоненте реквайрю, когда проект очень большой это гораздо удобнее

А потом экстракт плагином их все в один файл извлекаю

Тогда стили каждого конкретного компонента лежат в его папке, а в бандле потом один css файл и все

Ну у меня тоже стили рядом с компонентом лежат, просто require('./style.styl') не пишу каждый раз

я еще два велосипеда написал для автопрефиксирования стилей (изоляция) https://github.com/vmakhaev/postcss-filename-prefix и https://github.com/vmakhaev/react-prefix-loader . в том же приложении можно посмотреть, как использовать

Ну у меня тоже стили рядом с компонентом лежат, просто require('./style.styl') не пишу каждый раз

А у тебя вебпак за изменениями следит или нет? Я не нашел

gulp пересобирает, webpack переподгружает стили

Просто в твоем варианте получается надо или в галпе вебпаковский watch запускать дополнительно или два вотчера делать. У меня в проектах поосто полный перебилд вебпаком занимает 15-17 секунд, а когда watch вебпаковский только кусочек пересобирает, то где-то секунда, так как целая куча чанков

gulp вотчит стили компонентов и собирает их в бандл, webpack вотчит бандл

То есть два вотча паралельно работают?

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

ну получается паралельно

В принципе такой вариант имеет право на жизнь, но я уже привык реквайрить стили, да и если реквайрить, то есть один плюс: можно контролировать порядок их подключения. В каком порядке реквайрятся компоненты в том и стили

Расскажи как ты подменяешь require в юнит-тестах на сервере?

А зачем при серверном рендеринге стили реквайрить? В изоморфных приложениях я просто оборачиваются реквайр в что-то типа if(BROWSER === true) и в вебпаке задаю эту константу

понятно

есть монорепа с несколькими группами пакетов: 1) аппа (client/server) 2) packages (пакеты, ui-kit для аппы, например и все такое прочее) 3) всякие побочные проекты, типа доков, плейграунда хочется монорепу и, по возможности, максимально шарить конфиг сборки всего этого

с вебпаком, конечно

чтобы все няшно было и удобно

а получается дичь

например, можно делить так: common: base client server development client server production client server app1: base development client server production ...etc

и мерджить потом каким-нибудь webpack-merge дичь? – дичь

1.5 года назад, когда я только обнаружил вебпак была мысль о таком решении - https://github.com/DenisIzmaylov/smart-builder Но в итоге отказался. Лишний слой абстракции => когнитивная нагрузка => потенциальные ошибки.

Uncaught TypeError: React.unmountComponentAtNode is not a function почему так?

Uncaught TypeError: React.unmountComponentAtNode is not a function почему так?

Может ReactDOM?

точно, спасибо

Как вам? https://github.com/mozilla-services/react-jsonschema-form

Как вам? https://github.com/mozilla-services/react-jsonschema-form

Я б юзал

ништяк, json-schema. я такое же пилил для другого фреймворка только

yep :) у меня тоже где-то архивы старые с json-schema-renderer

это как Flux, видимо

помнится я свою json-schema навелосипедил как-то тоже давненько :-)

))

Реакт Амстердам стайл)

https://github.com/aleksei0807/react-adaptation Делаю один проект, как побочный эффект возникла вот такая небольшая библиотечка, потом еще какого-нибудь функционала добавлю

Подскажите что-то подобное для реакта https://gojs.net/latest/samples/entityRelationship.html

например, можно делить так: common: base client server development client server production client server app1: base development client server production ...etc

https://github.com/tj/react-fatigue-dev

Ну привет

ну здарова )

ERROR: S client not available

ну у него там browserify

я хочу все webpack'ом собирать

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

http://www.slideshare.net/x00mario/es6-en

Так что, кто хочет пописать реактовых приложений в составе крупной корпорации?

А чо есть чо?

Кто использовал React Storybook ?

Кто использовал React Storybook ?

От кадиры? Не завелась нормально.

да, от них

да, от них

Метеорщик штоле? :D

в storybook не используется метеор =) А так интересна концепция, когда пишутся изолированные компоненты

правда так я и не понял, что именно дает Storybook, только оболочку для просмотра?

А чо есть чо?

Есть, пиши в личку

в storybook не используется метеор =) А так интересна концепция, когда пишутся изолированные компоненты

Да, ну а вдруг. Просто кадира плотно разрабатывают под метеор, думал что увидел у них реп.

правда так я и не понял, что именно дает Storybook, только оболочку для просмотра?

Да.

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

а так да, реально только просмотр, при этом нужно будет еще писать под каждый компонент отдельный файл с обверткой для сторибука )

Всем привет. Подскажите идею как организовать структуру store в redux для работы фотографий и комментариев к ним? {photos:[{photo:photo,comments:[]}]} я вижу это так. Но не ясно как сделать подгрузку комментариев к фото если я хочу сначала показывать 2 последних а остальные по желанию

песочница реакт компонентов прямо в браузере с возможностью отслеживания стейта компонента http://www.react.run/EkkWCc4lW/1

Парни, а можете попиарить эту группу в других чатах, Twitter и группах ВК? Давайте сделаем её центром общения на темы React, Redux, React Native и Relay.

Ссылка: https://telegram.me/react_js

за одно, Парни, чтобы два раза не приседать, попиарьте везде амелису. Сделаем ее центральным движком для React, Redux, React Native и Relay. http://amelisajs.com/

Коллеги, мне до сих пор не понятна ситуация с flux, я уже больше полугода пишу по этому паттерну проекты, но каждый раз, когда мы релизим проекты, то в наших хранилищах происходит трэш, т.е там мы как то преобразуем данные пришедшие из API, сохраняем их в наши state и с увилечением бизнес логики все становится хуже. Если у нас были Модели данных, то во flux это обошли стороной и как то очевидно описывать данные стало в разы сложнее. Как этим бороться? Какие есть кейсы? Если посмотреть на те примеры, что в офф. репе redux, то там похуже треш