А

Спасибо, в чем он отличается от eslint ?

Ридми прочитай

Husky

это ж не линтер)

Ето пёс

Это "как настроить его принудительно перед коммитом"

https://github.com/babel/babylon/pull/523

вроде хотят в 7.0 как экспериментальную фичу добавить

Всем привет. Наткнулся на занимательный момент: http://www.typescriptlang.org/play/index.html#src=class%20UserId%20%7B%0D%0A%20%20%20%20value%3A%20String%0D%0A%20%20%20%20constructor(str%3A%20String)%20%7B%0D%0A%20%20%20%20%20%20%20%20this.value%20%3D%20str%0D%0A%20%20%20%20%7D%0D%0A%7D%0D%0A%0D%0Aclass%20Password%20%7B%0D%0A%20%20%20%20value%3A%20String%0D%0A%20%20%20%20constructor(str%3A%20String)%20%7B%0D%0A%20%20%20%20%20%20%20%20this.value%20%3D%20str%0D%0A%20%20%20%20%7D%0D%0A%7D%0D%0A%0D%0Aconst%20userId%20%3D%20new%20UserId(%2216c8bde9-7c3a-400d-aead-bfec582b7103%22)%0D%0Aconst%20password%20%3D%20new%20Password(%221q2w3e4r5t%22)%0D%0A%0D%0Afunction%20updateUserPassword(userId%3A%20UserId%2C%20password%3A%20Password)%3A%20Promise%3Cvoid%3E%20%7B%0D%0A%20%20%20%20return%20Promise.resolve()%20%2F%2F%20implementation%0D%0A%7D%0D%0A%0D%0AupdateUserPassword(password%2C%20userId)%20%2F%2F%20%D0%BF%D0%BE%D1%87%D0%B5%D0%BC%D1%83%20%D1%82%D1%83%D1%82%20%D0%BD%D0%B5%20%D1%80%D1%83%D0%B3%D0%B0%D0%B5%D1%82%D1%81%D1%8F%20%D0%BA%D0%BE%D0%BC%D0%BF%D0%B8%D0%BB%D1%8F%D1%82%D0%BE%D1%80%3F%0D%0AupdateUserPassword(userId%2C%20password)%0D%0A Даже при неправильном порядке аргументов компилятор не ругается. Почему так?

Всем привет. Наткнулся на занимательный момент: http://www.typescriptlang.org/play/index.html#src=class%20UserId%20%7B%0D%0A%20%20%20%20value%3A%20String%0D%0A%20%20%20%20constructor(str%3A%20String)%20%7B%0D%0A%20%20%20%20%20%20%20%20this.value%20%3D%20str%0D%0A%20%20%20%20%7D%0D%0A%7D%0D%0A%0D%0Aclass%20Password%20%7B%0D%0A%20%20%20%20value%3A%20String%0D%0A%20%20%20%20constructor(str%3A%20String)%20%7B%0D%0A%20%20%20%20%20%20%20%20this.value%20%3D%20str%0D%0A%20%20%20%20%7D%0D%0A%7D%0D%0A%0D%0Aconst%20userId%20%3D%20new%20UserId(%2216c8bde9-7c3a-400d-aead-bfec582b7103%22)%0D%0Aconst%20password%20%3D%20new%20Password(%221q2w3e4r5t%22)%0D%0A%0D%0Afunction%20updateUserPassword(userId%3A%20UserId%2C%20password%3A%20Password)%3A%20Promise%3Cvoid%3E%20%7B%0D%0A%20%20%20%20return%20Promise.resolve()%20%2F%2F%20implementation%0D%0A%7D%0D%0A%0D%0AupdateUserPassword(password%2C%20userId)%20%2F%2F%20%D0%BF%D0%BE%D1%87%D0%B5%D0%BC%D1%83%20%D1%82%D1%83%D1%82%20%D0%BD%D0%B5%20%D1%80%D1%83%D0%B3%D0%B0%D0%B5%D1%82%D1%81%D1%8F%20%D0%BA%D0%BE%D0%BC%D0%BF%D0%B8%D0%BB%D1%8F%D1%82%D0%BE%D1%80%3F%0D%0AupdateUserPassword(userId%2C%20password)%0D%0A Даже при неправильном порядке аргументов компилятор не ругается. Почему так?

https://www.typescriptlang.org/docs/handbook/type-compatibility.html

Первый абзац

? спасибо за инфу

Я так понимаю способа запретить передавать null там где требуется number нельзя? function caller() { test(null) } function test(a: number) { }

strictNullCheck

Всем привет. Наткнулся на занимательный момент: http://www.typescriptlang.org/play/index.html#src=class%20UserId%20%7B%0D%0A%20%20%20%20value%3A%20String%0D%0A%20%20%20%20constructor(str%3A%20String)%20%7B%0D%0A%20%20%20%20%20%20%20%20this.value%20%3D%20str%0D%0A%20%20%20%20%7D%0D%0A%7D%0D%0A%0D%0Aclass%20Password%20%7B%0D%0A%20%20%20%20value%3A%20String%0D%0A%20%20%20%20constructor(str%3A%20String)%20%7B%0D%0A%20%20%20%20%20%20%20%20this.value%20%3D%20str%0D%0A%20%20%20%20%7D%0D%0A%7D%0D%0A%0D%0Aconst%20userId%20%3D%20new%20UserId(%2216c8bde9-7c3a-400d-aead-bfec582b7103%22)%0D%0Aconst%20password%20%3D%20new%20Password(%221q2w3e4r5t%22)%0D%0A%0D%0Afunction%20updateUserPassword(userId%3A%20UserId%2C%20password%3A%20Password)%3A%20Promise%3Cvoid%3E%20%7B%0D%0A%20%20%20%20return%20Promise.resolve()%20%2F%2F%20implementation%0D%0A%7D%0D%0A%0D%0AupdateUserPassword(password%2C%20userId)%20%2F%2F%20%D0%BF%D0%BE%D1%87%D0%B5%D0%BC%D1%83%20%D1%82%D1%83%D1%82%20%D0%BD%D0%B5%20%D1%80%D1%83%D0%B3%D0%B0%D0%B5%D1%82%D1%81%D1%8F%20%D0%BA%D0%BE%D0%BC%D0%BF%D0%B8%D0%BB%D1%8F%D1%82%D0%BE%D1%80%3F%0D%0AupdateUserPassword(userId%2C%20password)%0D%0A Даже при неправильном порядке аргументов компилятор не ругается. Почему так?

сделай поля value private или protected

сделай поля value private или protected

Ну это какое-то слишком частное решение. А вдруг мне публичные поля нужны?

всегда можешь геттер сделать

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

Вообще по дефолту же надо делать приватные поля

strictNullCheck

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

еще просто strict: true врубает все что можно

это в 2.3, да

https://mobile.twitter.com/i/moments/863202076091961345

https://mobile.twitter.com/i/moments/863202076091961345

Хорошее сравнение

Хорошее сравнение

Не совсем. Видно что они любит Flow - так что и результаты сравнения выворачиваются в соотвествии с "желаемым" результатом

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

Хорошее сравнение

Flow - это же чекер кода? Как это может исправить убогость JS? Вся надежда на Reason

Не совсем. Видно что они любит Flow - так что и результаты сравнения выворачиваются в соотвествии с "желаемым" результатом

Расскажи же, что он упустил

https://twitter.com/thejameskyle/status/863181426769879040?ref_src=twsrc%5Etfw&ref_url=https%3A%2F%2Ftwitter.com%2Fi%2Fmoments%2F863202076091961345

TypeScript у него работает без выключенного AllowExplicitAny. Поэтому TS не считает это ошибкой let add1 = (a, b) => a + b; add1([], {});

О том и речь, что тайпскрипту нужно больше аннотаций

С его точки зрения это совсем как плохо. Но о том что эта ошибка не находится пока у тебя нет флага. Он не уточняет.

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

В данном примере он показал то что TS пропускает ошибку. И он прав. Но он не тратит время на уточнения, на описание в каких ситуациях это происходит и почему. И как бы намекает "ну вот смотрите какой TS не хороший, а Flow молодец" PS: Да в TS нужно больше времени потратить на описание типов, но мне кажется не намного больше чем во Flow.

Еще можно у флоу в игнор добавить файлы и делать в них ошибки, какой флоу плохой)

Народ, кто может подкинуть типичный пример из жизни с частичным применением функции или карированием?

Народ, кто может подкинуть типичный пример из жизни с частичным применением функции или карированием?

thunk в redux, асинхронный валидатор в ангуларе

thunk в redux, асинхронный валидатор в ангуларе

А более общих примеров нету? Готовлю материалы для презентации, хочу охватить как можно большую аудиторию, при этом совсем тупых примеров типа add(1)(2) тоже не хочется показывать

redux connect

А более общих примеров нету? Готовлю материалы для презентации, хочу охватить как можно большую аудиторию, при этом совсем тупых примеров типа add(1)(2) тоже не хочется показывать

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

Народ, кто может подкинуть типичный пример из жизни с частичным применением функции или карированием?

reselect

с мемоизацией по аргументу

да и middleware сплошное карирование

js bind это каррирование?

не, это просто подмена контекста

хотя внутри наверно каррирование все же

ок, спасибо за советы

не, это просто подмена контекста

Можно и каррирование сделать.

Я частичное применени использую так: Допустим есть реакт-компонент, в нём рендерится список, и нам при клике на элемент списка надо что-то сделать: class SomeComponent extends React.Component { private onItemClick = (item: Item) => { } render() { return <div>{this.props.items.map(item => <div onClick={this.onItemClick.bind(this, item)}>{item.name}</div> )}</div> } } Вот обработчик onClick на каждом элементе - частично применённая функция.

Юрий ^^

Фильтры мапы с каким-то контекстом

ок. А кто-нибудь использует частичное применение для просасывания какого-нибудь контекста между большим количеством функций или когда вложенность функций очень большая?

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

тип того: fun1(a,b,c,common) fun2(d,e,f,common) fun3(g,h,k,common) ...

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

Я частичное применени использую так: Допустим есть реакт-компонент, в нём рендерится список, и нам при клике на элемент списка надо что-то сделать: class SomeComponent extends React.Component { private onItemClick = (item: Item) => { } render() { return <div>{this.props.items.map(item => <div onClick={this.onItemClick.bind(this, item)}>{item.name}</div> )}</div> } } Вот обработчик onClick на каждом элементе - частично применённая функция.

bind в рендере еее

bind в рендере еее

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

тип того: fun1(a,b,c,common) fun2(d,e,f,common) fun3(g,h,k,common) ...

поменяй аргументы местами)

поменяй аргументы местами)

Есть разные решения проблемы. Но мне не решение нужно, а какия-нибудь похожая типичная проблема

Еще функции удобно юзать для стейтлесс сервисов

Я частичное применени использую так: Допустим есть реакт-компонент, в нём рендерится список, и нам при клике на элемент списка надо что-то сделать: class SomeComponent extends React.Component { private onItemClick = (item: Item) => { } render() { return <div>{this.props.items.map(item => <div onClick={this.onItemClick.bind(this, item)}>{item.name}</div> )}</div> } } Вот обработчик onClick на каждом элементе - частично применённая функция.

не понял зачем там байндить

передает аргумент в функцию

передает аргумент в функцию

а сразу передать

ну, это реакт... )

а сразу передать

Сразу передать - это как?

ERROR: S client not available

Типа так? class SomeComponent extends React.Component { private onItemClick = (item: Item) => { } render() { return <div>{this.props.items.map(item => <div onClick={this.onItemClick(item)}>{item.name}</div> )}</div> } }

да только функцию изменить private onItemClick = (item: Item) =() => {}

все равно, что байндить каждый раз)

да только функцию изменить private onItemClick = (item: Item) =() => {}

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

получится ж

просто скобок больше

да и я бы логику из return вынес бы

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

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

Нет, совсем не то же самое

А, хотя да, там та же фигня (всё не так)

угу, все равно на каждый вызов новая функция

продолжая путь страданий, кто-нибудь нашел вменяемый tslint конфиг?

или продолжаем ждать ts в babylon?

продолжая путь страданий, кто-нибудь нашел вменяемый tslint конфиг?

а свой написать не?

или нужен публичный общепринятый?

мне чес говоря впадлу тыкать опции)

хочу npm i cool-tslint-config и не париться

я буду писать аналог от airbnb

расшарить потом?

да, давай

а свой написать не?

В tslint опций не хватает

делать ПР

так и в eslint тоже, потому они плагинов написали)

В eslint даже в стандартной поставке просто тонна всего)

просто даж pr в babylon от команды ms есть, вот даже не знаю, стоит ли дергаться)

продолжая путь страданий, кто-нибудь нашел вменяемый tslint конфиг?

от майкрософт не пробовал?

да, он чет сисярпный какой-то

https://github.com/eslint/typescript-eslint-parser норм тема?

А вот это жесткая тема? https://github.com/Microsoft/tslint-microsoft-contrib Я пробовал, показалось очень строго всё. Но в подробности не вдавался.

http://s.syabro.com/2017-05-15-13-38-57mvh.png

странная херня

А вот это жесткая тема? https://github.com/Microsoft/tslint-microsoft-contrib Я пробовал, показалось очень строго всё. Но в подробности не вдавался.

да норм вроде, пару правил изменил, например no-import-side-effect и align поправил