или в inlcude да

понял, спасибо

в чем может быть проблема, если при обновлении с 2.2.2 на 2.3.2 появилось куча ошибок вроде Property 'createObjectURL' does not exist on type 'string' в window.URL.createObjectURL, при этом: ошибки валятся именно при сборке вебпаком, тслоадер использует 2.3.2 в package.json 2.3.2, установлен 2.3.2 vscode последний tsc -v 2.3.2

и да, vscode ошибок не показывает, а tsloader показывает

а какие настройки указаны ts-loader'y?

{ test: /\.tsx?$/, exclude: /node_modules/, loaders: [ 'babel-loader', 'ts-loader'] },

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

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

использование "говорящих" имен аля type A или interface T

Да почему же? Ну вот даже в TS выносят описание ts

В том же C++ метаинформация вынесена в отдельные файлы вида utils.h

и модулей там до сих пор нет походу

вот utils.h это как раз рак

ну @zerobias выносит типы в .h.ts, пока никто не умер вроде

Да почему же? Ну вот даже в TS выносят описание ts

Обычно это делается когда ты распространяешь свою библиотеку и хочешь чтобы ее могли легко использовать и в JS и в TS. Других причин разделять существующий код особо нет

мазать cohesion по двум модулям с сильным coupling, вообще не ок затея)

в общем если коротко, то я про то, что type/interface это такой же важный участник программы, как класс, функция или константа

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

Сам Flow не использовал но вот так делают люди http://javascriptplayground.com/blog/2017/01/npm-flowjs-javascript/

вопрос, куда вы выносите все классы в приложении, звучит явно странно, правда? Поэтому и вопрос про типы с интерфейсами оч странный

Сам Flow не использовал но вот так делают люди http://javascriptplayground.com/blog/2017/01/npm-flowjs-javascript/

Ответ профессионала :) "Сам я так конечно же делать не буду"

вопрос, куда вы выносите все классы в приложении, звучит явно странно, правда? Поэтому и вопрос про типы с интерфейсами оч странный

Да почему же, стили в React Native / CSS-in-JS выносим в отдельный модуль

Это вообще разный уровень информации

ну вот, есть style.js, component.js, но нет consts.js или functions.js

Да почему же, стили в React Native / CSS-in-JS выносим в отдельный модуль

Ну вот я лично не вижу в этом смысла

ну вот, есть style.js, component.js, но нет consts.js или functions.js

Но есть actions.js, reducers.js, туда-сюда там разное всякое

Но есть actions.js, reducers.js, туда-сюда там разное всякое

и все они смысловые, а не какие-то элементы языка

Ответ профессионала :) "Сам я так конечно же делать не буду"

Ну я могу только по TypeScript расказать. Увы как во Flow - пока не знаю

Ну я могу только по TypeScript расказать. Увы как во Flow - пока не знаю

Это вопрос общего плана) Не про дефинишены библиотек, а про разделение типизации и имплементации на этапе разработки

листать код вперемежку с типами — так себе удовольствие, потому что тип всегда ide подскажет и покажет

листать код вперемежку с типами — так себе удовольствие, потому что тип всегда ide подскажет и покажет

Имхо - ровно наоборот

Имхо - ровно наоборот

+

Имхо - ровно наоборот

Ровно наоборот — ide не подскажет и навредит?)

Чем мотивировано расположение деклараций посреди логики приложения, почему не рядом?

Чем мотивировано расположение деклараций посреди логики приложения, почему не рядом?

Просто начинал програмировать со строго типизированного языка C#. Поэтому для меня нет никакой проблемы с читаемостью кода. Даже наоборот. Не нужно постоянно alt-tab дергать. Да и зависить от IDE - не очень правильно. Ну а вообще как я и говорил "на вкус и цвет фломастеры разные"

подскажите, где найти тайпинги для rc-animate?

подскажите, где найти тайпинги для rc-animate?

Написать?

а tslint кто юзает?

http://s.syabro.com/2017-05-06-10-17-9h4b6.png

он какую-то херню несет

http://s.syabro.com/2017-05-06-10-19-cxyww.png

мда

Как такую фигню лечить? import {IndexPage} from '../../../pages/index' // IndexPage — undefined, но если положить рядом с файлом, чтобы получилось import {IndexPage} from './pages/index', то все ок.

Обнови версию решарпера.... если пользуешься.. я полагаю index содержит export чего то..

Обнови версию решарпера.... если пользуешься.. я полагаю index содержит export чего то..

Решарпера? оО

Чем мотивировано расположение деклараций посреди логики приложения, почему не рядом?

Согласен когда рядом удобнее и код становится компактнее

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

ну и все в этом роде ?

какой mime?

typings либа. просит ее установки при использовании express на typescript

А ошибка какая?

кто знает, как сделать так, что бы выражение в скобках (menu) осталось нетронутым?

Если я делаю react компонент где мне неважен state, то правильно передавать в типы any? Пример: class ButtonComponent extends Component<any, any>

void

<any, undefined>

или void )

или {}

А что fb советует?

Не важен или отсутствует?

Не важен или отсутствует?

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

Ну тогда void, отсутсвует

А в typescript можно как-то разделить float и int? Ну понятно что я могу написать: type float = number; type int = number , но это не очень поможет.

ERROR: S client not available

Ну это так и есть) В js всё — float. Для реализации big int например массивы используются

кто может по-простому объяснить отличия ES Flow Types от TypeScript?

кто может по-простому объяснить отличия ES Flow Types от TypeScript?

es flow types? flowtype лучше вывод типов, с точки зрения типов больше фишек, с точки зрения экосистемы слабее

что за "вывод типов" ?

хороший вопрос

es flow types? flowtype лучше вывод типов, с точки зрения типов больше фишек, с точки зрения экосистемы слабее

>с точки зрения типов больше фишек это нерабочий ObjMap для mapped types ?)

>с точки зрения типов больше фишек это нерабочий ObjMap для mapped types ?)

вариативность)

mapped types да, любим в тсе)

а, ок(

что за "вывод типов" ?

в статической типизации в определении любой переменной надо указать ее тип

вывод типов позволяет делать это неявно, компилятор пытается сам понять какой тип

но при этом тип все равно определяется в compile time

ok спс

ts-loader ругается на = Unexpected token (3:21) You may need an appropriate loader to handle this file type. | import {PaperApi} from './api/PaperApi'; | import MessageSender = chrome.runtime.MessageSender;

хотя ошибка появилась, после того как перенес некоторые файлы

на сколько я понял

Ясно, накосячил с конфигом вебпака)

import ... = O.O

import = же депрекейтед уже хрен знает сколько

это делает phpstorm за меня, а как нужно?

*импортит

import from

import MessageSender from chrome.runtime.MessageSender; ? невалидный

chrome.runtime.MessageSender это из d.ts файла

const MessageSender = chrome.runtime.MessageSender

а ясно, спасибо

тоже не валидный

точнее не находит MessageSender

но мне не принципиально)

А в чем разница между module и namespace? В JS получается одно и то же. export module HW1 { export function helloworld() { return "Hello World" } } export namespace HW2 { export function helloworld() { return "Hello World" } }

namespace — легаси