ребят, можно в личку?

В общем, каждому своё. Имхо, если весь проект написан на css-in-js - тогда наверное норм

css-in-js разные бывают

а да подскажите eslint не трекает деструктурированные пропсы, issue вроде есть, но как то странно. половину трекает, половину нет. у всех так?

я буду рад, если ты объяснишь что я сделал не так

я тебе завтра распишу что не так, а сейчас я спать

а здесь не проводилось голосование по css-in-js?

но зачем?

и так понятно

что понятно?

https://github.com/styled-components/spec https://github.com/styled-components/comparison

что понятно?

что не понятно?

https://github.com/MicheleBertoli/css-in-js

если бы все люди выбирали инструменты количеству галочек в таблице

все было бы понятно

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

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

нет, поговорить с адептами того или иного

понять сходятся ли у меня с ними цели

и требования

и таким образом выбрать инструмент

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

давайте поговорим о ... -> голосование -> обычно есть пара-тройка лидеров -> обсуждение выбора того или иного

это ты хороший сценарий расписал

давайте поговорим о ... -> голосование -> обычно есть пара-тройка лидеров -> обсуждение выбора того или иного

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

а здесь не проводилось голосование по css-in-js?

попроси jsunderhood устроить опрос

попроси jsunderhood устроить опрос

https://twitter.com/jsunderhood/status/790577636108009472

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

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

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

эти галочки в таблице говорят о существовании определенного функционала

а не просто захотелось

так это же синтаксический сахар, тут играет роль не только покрытие функционала. coffeescript тоже много чего умел делать, но где он теперь

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

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

то есть ты хочешь что бы кто-то потратил на тебя пару часов своего времени и обсудил 3 различных подхода в css-in-js и о том что при разных подходах построения ui выбирается различная схема применения того или иного подхода ?

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

вот, на ХН отличный аргумент против цссинжс

http://www.expatsoftware.com/Articles/happiness-is-a-boring-stack.html

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

+

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

ну, это сюда не особо подходит. если надо усилить эффект метафорой, то ок, css-in-js-подходы это набор ингридиентов, только мне в них нужна косточка, а они в разных обертках

и некоторые быстро снимаются а некоторые долго

есть другое значение у глагола каскадируется кроме как наследуется?

Нету, и глагола такого, кажется, тоже нет

Там стили компонента пишутся прямо в style

+ тоже бесит эта хуйня. есть material tools, но там компонентов мало и с кастомизацией проблемы

А не подскажет кто - как в реакте "просто" подцепить внешний css файл с CDN?

При чем здесь реакт?

<link rel="stylesheet" href="cdn_url">, не ?

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

а если нет htmlа?

Програмно создай элемент link

просто <link в jsx не работает, начинает ругаться

Програмно создай элемент link

Так и сделал, но как-то не спортивно

Я не могу поверить, что это читаю

Возьми хтмл файл свой

а если нет htmlа?

не может такого быть

И добавь туда тег

не может такого быть

Компонента зашита глубоко-глубоко, и у нее никакого html нет. Править обертку нет возможности

твой реакт подсовывается в html туда и добавь свой cdn.css а и jsx нихрена не html, так к сведенью

Тогда все ок с тегом

Создавай в willMount, удаляй в willUnmount

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

Хотя require.ensure должно прокатить, если ты с вебпаком, но я не уверен

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

имхо

https://github.com/webpack/webpack/issues/150 читай тут, короч

Так было бы проще, но тут надо взять именно с CDN

Ага. В общем никакого "реактовского" варианта нет. Каждый делает как может. Эх, глаза бы мои его не видели, руки бы не трогали

Не трогай, не мучайся )

Выбора нет, сам в эту мышеловку залез

Ага. В общем никакого "реактовского" варианта нет. Каждый делает как может. Эх, глаза бы мои его не видели, руки бы не трогали

ну как бы react это View в MV* паттернах, он и не должен решать такие задачи а почему не подходит вариант: положить в проект cdn.css в src/assets/cdn.css а в компоненте сделать import src/assets/cdn.css для этого конечно должен быть соответствующий лоадер в webpack.config.js что то вроде { test: /\.css$/, include: /src\/ui/, loaders: [ 'style-loader, 'css-loader, 'postcss-loader' ] }

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

тогда в index.html этот css раз его все используют ?

которого у меня и нет :P

наверное я понимаю вашу задачу не так как вы посмотрите на эту штуку может быть она вам подойдет https://github.com/nfl/react-helmet

Да, он решает много проблем. Спасибо

Вопрос такой, а как {...this.props} передать в цикл? {this.props.menuData.restaurantMenu.map(function ( item, index ) { return ( <div className="restaurantMenuModalSlide"> <div className="restaurantMenuModalClose" onClick={this.handleClose.bind(this)}> <svg className="iconClose"> <use xlinkHref="#iconClose"/> </svg> </div> Например тут, что отработал this.handleClose

Вопрос такой, а как {...this.props} передать в цикл? {this.props.menuData.restaurantMenu.map(function ( item, index ) { return ( <div className="restaurantMenuModalSlide"> <div className="restaurantMenuModalClose" onClick={this.handleClose.bind(this)}> <svg className="iconClose"> <use xlinkHref="#iconClose"/> </svg> </div> Например тут, что отработал this.handleClose

arrow function

arrow function

а подробней?

а что делает handleClose?

и нельзя ли вынести в отдельную компоненту?

Закрывает модалку

Вместо function(item,index) {} нужно (item, index) => {}

Или (function(item, index) {}).bind(this)

?да лучше arrow function, и не исползьвать this.handleClose.bind(this)

Вместо function(item,index) {} нужно (item, index) => {}

Спасибо! Работает.

Или (function(item, index) {}).bind(this)

Понял да, тоже спасибо

https://github.com/th0r/webpack-bundle-analyzer

http://www.expatsoftware.com/Articles/happiness-is-a-boring-stack.html

Не очень понял к чему эта ссылка, в ней нет речи о теме css-in-js

Jest vs Tape vs Mocha. Кто что предпочитает?)

Jest vs Tape vs Mocha. Кто что предпочитает?)

ava

jest или ava

Jest vs Tape vs Mocha. Кто что предпочитает?)

Jest теперь

у джеста, вроде, недавно крутая обнова была?

или ошибаюсь?

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

в 14, уже 16 версия)

Jest vs Tape vs Mocha. Кто что предпочитает?)

expect

?

ого, нужно будет глянуть

А, скажите, товарищи, вот у вас наверняка встает проблема что делать с интерфейсом во время каких-то длинных ajax-запросов, вы предпочитаете блокировать весь интерфейс целиком, или только ту часть приложения, которая отвечает за действие. Условно у меня добавляется новая записть к списку существующих — есть аргументы за/против лочить весь интерфейс целиком/лочить только маленькую форму добавления.

А, скажите, товарищи, вот у вас наверняка встает проблема что делать с интерфейсом во время каких-то длинных ajax-запросов, вы предпочитаете блокировать весь интерфейс целиком, или только ту часть приложения, которая отвечает за действие. Условно у меня добавляется новая записть к списку существующих — есть аргументы за/против лочить весь интерфейс целиком/лочить только маленькую форму добавления.

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

А, скажите, товарищи, вот у вас наверняка встает проблема что делать с интерфейсом во время каких-то длинных ajax-запросов, вы предпочитаете блокировать весь интерфейс целиком, или только ту часть приложения, которая отвечает за действие. Условно у меня добавляется новая записть к списку существующих — есть аргументы за/против лочить весь интерфейс целиком/лочить только маленькую форму добавления.

В асинхронном режиме вообще ничего не должно лочиться

В асинхронном режиме вообще ничего не должно лочиться

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