Мне нужно сделать pluck по объектам

Есть набор данных из чатов, из каналов, и из обычных диалогов

Со всеми нужно делать одинаковые операции

Потом на следующем уровне вложенности повторяем тот же принцип

хах ну да лучше, ага hasAttachment(chat.message) -> hasPhoto(message.user) -> ->getPhoto(user.photo)

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

И так пока не посмотрим на приложение и не подумаем, что кажется что-то идёт не так

И так пока не посмотрим на приложение и не подумаем, что кажется что-то идёт не так

?

Допустим, юзер без аватарки

?

Не ну а чо они))

Так везде path из рамды)

Воо))

Он же по сути как раз и работает как elvis

А ок)

что это заставляет меня немного думать о декомпозиции

Редюсер занимается исключительно извлечением фоток, индифферентно к структуре ответа, извлекает фотки из chat.message.user.photo.id dialog.message.user.photo.id и так далее. Именно из-за его безразличности к любым отсутствиям полей в пути, мы можем инкапсулировать всё извлечение фоток в одном месте, не дублируя код В общем, я к тому, что разные кейсы есть, и когда ты начинаешь думать, что готов ко всему, жизнь показывает тебе GraphQL наоборот

А как мне сделать пакет flow-совместимым?

Ведь импортируется (import muPackage from 'my-package';) код после транспиляции.

нужно положить рядом с точкой вход файл .flow

т е index.js.flow

который перенаправляет на исходники

т е index.js.flow

А в самом index.js.flow должны быть исходникики?

там нужно просто реэкспортировать

пример

исходники в src, скомпилированной в lib

в корне index.js

в нем

module.exports = require('./lib/index.js')

рядом с ним index.js.flow

в нем

import foo from './src/index.js'

export default foo;

ну или так

Спасибо. =)

ну или так

Ок. Тогда, нужно добавлять в "files" исходники и директорию flow-typed. А .flowconfig проекта добавлять нужно?

нет, нужно делать так чтобы .flowconfig был совместимым

нет, нужно делать так чтобы .flowconfig был совместимым

А вот здесь не понял.

будет учитываться только .flowconfig родительского проекта

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

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

То есть если в моём пакете 100500 зависимостей, чьи типы объявлены в flow-typed, то в зависимом проекте необходимо это продублировать? о.0

ну они должны быть установлены, да

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

А вот это как типизировать? import polyfills from '../config/polyfills.json';

Народ! Использует ли тут кто istanbul вместе с ts?

Как сделать так что б в репортах подсвечивались корректные линии?

Видимо где-то слетает на уровне сорсмапов

http://dl3.joxi.net/drive/2017/01/31/0018/3328/1215744/44/5001d544a9.jpg

Собираю вебпаком

Видимо тут все телепаты

karma.conf.js: const webpackConfig = require('./webpack-test.config.js'); module.exports = function (config) { config.set({ basePath: '..', frameworks: ['mocha', 'chai', 'sinon'], files: [ './src/**/*.spec.ts' ], exclude: [], preprocessors: { './src/**/*.spec.ts': ['webpack'] }, // optionally, configure the reporter coverageReporter: { dir: 'coverage', reporters: [ { type: 'html', dir: './coverage', subdir: '.' } ] }, webpack: webpackConfig, reporters: ['progress', 'coverage'], port: 9876, colors: true, logLevel: config.LOG_INFO, autoWatch: true, browsers: ['PhantomJS'], singleRun: false, concurrency: Infinity }) };

tsconfig.json: { "compilerOptions": { "baseUrl": "..", "noEmitOnError": true, "noImplicitAny": true, "importHelpers": true, "noImplicitReturns": true, "strictNullChecks": true, "skipLibCheck": true, "moduleResolution": "node", "module": "ES6", "target": "ES5", "lib": ["dom", "es6"], "jsx": "react", "sourceMap": true, "paths": { "*": [ "src/custom-typings/*", "src/*" ] } }, "files": [ "../src/index.tsx" ] }

кто InversifyJS на практике использует?

tsconfig.json: { "compilerOptions": { "baseUrl": "..", "noEmitOnError": true, "noImplicitAny": true, "importHelpers": true, "noImplicitReturns": true, "strictNullChecks": true, "skipLibCheck": true, "moduleResolution": "node", "module": "ES6", "target": "ES5", "lib": ["dom", "es6"], "jsx": "react", "sourceMap": true, "paths": { "*": [ "src/custom-typings/*", "src/*" ] } }, "files": [ "../src/index.tsx" ] }

А гист для чего

Народ! Использует ли тут кто istanbul вместе с ts?

Смотрим покрытие es2015

С ts он все аннотации типов подсвечивал как непокрытые

Год назад где-то, с тех пор не пробовал

#flow А вот нужна ли типизация запросов к эластику в виде отдельного пакета? Писать, всё равно, придётся, но, может быть, кому-нибудь ещё пригодится. И как такой пакет вообще оформить, если всё, что я хочу выложить, — это аннотации типов? Просто экспорт исходника и всё? И зависимый код потом нормально будет выполняться? https://www.elastic.co/guide/en/elasticsearch/reference/5.1/query-dsl.html

Начал работать с WebPack. Скажите, что я делаю не так: Вот я создал файл one.js с сожержимым: module.exports = function (meaning) { var variable = meaning; }; Файл two.js: module.exports = function () { var variable2 = 20; }; И файл main.js: var sayHello = require('./one'); var sayHello2 = require('./two'); var variable = sayHello(23); var variable2 = sayHello2(); console.log(variable); console.log(variable2); Далее прописал в командной строке webpack /public/test/main.js bundle.js В итоге переменные variable и variable2 не отображаются. Почему так? Как делать правильно?

наверно потому что ты ничего из функции не возвращаешь

тут не в вебпаке проблема, js подтянуть надо

наверно потому что ты ничего из функции не возвращаешь

Точно, так и есть

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

А Flow умеет парсить какое-нибудь описание типов? Ну, чтобы, например, выдаваеть его в качестве доп информации при вызове flow autocomplete.

ERROR: S client not available

Например: /** * Функция бла-бла-бла. Делает бла-бла-бла. */ type MyFunctionType = ...:

Хотя было бы логичнее выдавать информацию из describe('...', ...) в тестах.

Это как?)

Например: /** * Функция бла-бла-бла. Делает бла-бла-бла. */ type MyFunctionType = ...:

Хотя было бы логичнее выдавать информацию из describe('...', ...) в тестах.

Вот это точнее

В describe/context могут быть произвольные строки же

В describe/context могут быть произвольные строки же

context?

context?

Mocha/jasmine

Синоним для describe

А... =)

Ну ладно. Flow, я так полагаю, эту спеку читать не умеет?

Ну ладно. Flow, я так полагаю, эту спеку читать не умеет?

Ну никто не умеет и кмк не планирует уметь

У меня объявлен тип: export type RequestType = { query?: QueryType, size?: number, }; Но Flow ничего не возражает, если я сделаю так: const request: RequestType = { invalidParam: 'invalidValue', }; Как запретить левые свойства в объекте?

Пардон. Разобрался. =)

export type RequestType = {| query?: QueryType |};

Есть же флоу чат теперь @flowtype_ru

Есть же флоу чат теперь @flowtype_ru

+ Благодарю.

Всем привет, что лучше для компиляции es6 фич, тайпскриптовый компилятор или бабель?) А ссылки есть?)

Бабель

TS-компилятор.

Бабель у меня не мог от массива отнаследоваться правильно (≡ шоб хоть как-то работало), а tsc влёгкую.

это вряд ли

Хотя в итоге я, конечно, наркоманию с наследованием от массива просто выпилил :)

я б тоже бабель юзал

тогда и тс можно на полную юзать

он понимает символы и все с ними связанное тогда

итераторы и прочее

А TS не умеет компилировать символы в ES5?

А, или там просто полифилл нужен для итераторов?

А TS не умеет компилировать символы в ES5?

он их неправильно понимает