Бля, бред

Пиши ишью

И кидай линк, плюсану за эту хуйню

сек, это реально нужно, сейчас сделаю

короче они говорят, что это против unix философии

типа делать одну вещь, но делать ее хорошо

https://github.com/tjunnone/npm-check-updates/issues/245 https://github.com/tjunnone/npm-check-updates/issues/217

bitches

Пускай они хорошо обновляют пакеты

Написал конфигурируемый адаптер для gulp Принимает json вида projects: { client: { ts: {, depends: { ts: require('gulp-typescript'), concat: require('gulp-concat'), minifier: require('gulp-uglify/minifier') }, pipe: [ 'ts' , { loader: 'concat', opts: 'app.js' }, { loader: 'minifier', opts: { 0: { preserveComments: 'license' }, 1: uglifyjs } }] }, jade: { path: { dest: dirs.build, }, depends: { pug: 'gulp-pug' }, pipe: 'pug', // mean full pipe from .src to .dest though .pipe( require('gulp-pug') ) } }, server: {....}

После чего создаёт набор задач gulp 'client:jade' 'client:stylus' ... 'client:clean' 'client:watch' 'client' ([%all subtask%]) , 'server:...' в соответствии с настройками. Кучу рутинных и типовых параметров можно опускать, можно ссылаться на относительные папки вида tasknamedir, build, source и так далее))

Так вот) Чтобы выложить в open source надо надо ним посидеть ещё. Тратить время?) Я просто хз даже, вроде все webpack пользуются, но я к gulp привык, ну и довёл его конфиг для нового проекта до схожей краткости

Нормас, выкладывай

Над чем посидеть?

Над чем посидеть?

Логику конфига до конца выработать, чтобы типовые задачи gulp нормально умещались.,Ну и не всё работает стабильно

Поставь себе дедлайн — за час приведи в порядок и выкладывай

Назови это 0.0.1

Опиши Known Issues

Потом каждый день по полчаса

Через неделю спокойно 1.0.0 будет

Закинь в какие-нибудь чатики тематические

Через неделю спокойно 1.0.0 будет

Хм, звучит обнадёживающе) А очень фигово, если кучу библиотек тащу в depends? А то там этих gulp-* миллион, каждый с тысячей зависимостей, и плюс у меня Ramda вдовесок

http://2014.jsconf.eu/speakers/sebastian-markbage-minimal-api-surface-area-learning-patterns-instead-of-frameworks.html

Спасибо)??

Вот хороший тред на тему https://github.com/reactjs/redux/pull/430

я думаю, Даня прав тут

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

Видимо с ес7 поллодаша стало ненужно, вото они и расстраиваются

Это было до релиза в4

В в4 лоудэш стал модульным

И в редаксе лоудэш появился

Но сам факт того, что в своей библиотеке зависимостей должно быть мало

Парни, немного переделываю логику своего сайд проекта, есть общий роут /task/:taskId, и есть чайлд роуты /task/:taskId/show, /task/:taskId/edit и тд, вопрос как в родительском роуте узнать какой дочерний роут открыт? нужно для подсветки активного таба, который прописан в род, роуте (его компоненте), пробовал в род роуте прописывать /task/:taskId/:activeTab, но это конечно не работает (react-router)

@Misaka ↑

в пропсах же есть вся инфа о том, что открыто

парсить url вручную?

Так нет же

props.router.

Или как там

Плюс в реакт-роутере есть activeClassName

<Link to=“show” activeClassName=“muh-link-is-active”>show</Link>

у меня кастомные табы, по индексу подсвечиваются

Тогда из пропсов доставай

Парни, немного переделываю логику своего сайд проекта, есть общий роут /task/:taskId, и есть чайлд роуты /task/:taskId/show, /task/:taskId/edit и тд, вопрос как в родительском роуте узнать какой дочерний роут открыт? нужно для подсветки активного таба, который прописан в род, роуте (его компоненте), пробовал в род роуте прописывать /task/:taskId/:activeTab, но это конечно не работает (react-router)

Ваня советовал https://github.com/cloudflare/react-gateway

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

Так в роутере всегда можно достать его стейт

Зачем костылить

хотелось бы без новых сущностей так что именно доставать из пропсов? от реакт-роутера там есть текущий локейшн (url), весь список роутов и параметры роута, при чем. если выводить текущий роут в род. компоненте, он не показывает дочернюю часть, которая открыта по факту, а только то, что пренадлежит родителю (по факту у меня открыто /task/57a5e41c35cd4939e885c295/INFO, то есть компонент дочерний, но props.route.name === имя родителя)

Покажи вывод props.router

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

в пропсах нет его

Редакс есть?

да

Зачем костылить

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

Тогда https://github.com/reactjs/react-router-redux

Еще не раз пригодится

Еще не раз пригодится

ну а вот это костыль!

Нет, через него сильно проще работать с роутером

так давайте все в стор запихивать, и объект виндоу туда же, проще же работаь

Ну мы так и делаем, хули

За исключением виндоу

Редакс-форм тоже используем

(честно говоря хз зачем там редакс, но работа с формами у них самая адекватная)

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

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

сейчас попробую

(честно говоря хз зачем там редакс, но работа с формами у них самая адекватная)

да, никогда не понимал этого

Мб форкнуть их

ERROR: S client not available

redux-form-without-redux

Или есть чё нормальное по формам?

я не встречал)

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

Или есть чё нормальное по формам?

handleChange(evt) { this.setState({ [evt.target.name]: evt.target.value }); } норм штука )

Валидация

Нормализация

Хуё-моё

Но вообще да, обернуть в hoc-и и готово

Хм

evt.target.willValidate :) но это конечно уже не так универсально

handleChange(evt) { this.setState({ [evt.target.name]: evt.target.value }); } норм штука )

можно <form {...{ …, onChange, … }}> и onChange = (event: Event) => { const element = (event.target as any); const name = element.getAttribute('name'); const value = getElementValue(element); const rule = props.validationRules[name]; … и тут уже навернуть чего угодно дальше … бла бла this.setState({ … }); }

но это тоже нифига не универсально

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

если индекс будет одинаковым то все будет ок

Чё, запилить? const Input = formHOC(<input>); const asEmail = (value) => () // fucking regexp <Input type=“text” name=“email” validate={asEmail} />

вот кстати не знаю, нормальная ли практика своим кастомным инпут компонентам экстендить evt, чтобы value был форматированный например, компонент, который делает маскированный инпут, но на onChange выдавал бы "сырое" значение

Чё, запилить? const Input = formHOC(<input>); const asEmail = (value) => () // fucking regexp <Input type=“text” name=“email” validate={asEmail} />

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

Ну очевидно Input прямо из библиотеки можно достать как дефолтный компонент. import { Input } from ‘react-form’

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

Типа того, да

так давайте все в стор запихивать, и объект виндоу туда же, проще же работаь

А в чем проблема?

А в чем проблема?

редакс головного мозга - это проблема

Конструктивно

мы ведь не засовываем хистори апи в стору

обращаемся к нему напрямую

Ты не путай данные и апи

Это разные вещи

Данные в редаксе хранить ОК

вам роутер это апи предлагает

пользуйтесь им

Роут разве не является частью стейта приложения?

Обесните

Роут разве не является частью стейта приложения?

Мы тем же подходом руководствовались