class Something { instMethod(): void; constructor() { this.instMethod = this.getInstMethod(); } getInstMethod() { return () => { console.log('hey'); }; } } получаю ошику на второй строчке: "Function implementation is missing or not immediately following the declaration".

почему так? :(

instMethod: () => void мб

class Something { instMethod(): void; constructor() { this.instMethod = this.getInstMethod(); } getInstMethod() { return () => { console.log('hey'); }; } } получаю ошику на второй строчке: "Function implementation is missing or not immediately following the declaration".

Реализации нема

instMethod: () => void мб

oO сработало объяснишь почему?

Реализации нема

да как нет, есть же всё)

т.к. arrow function?...

Разглядел что ты в конструкторе делаешь. Зачем так писать?...

oO сработало объяснишь почему?

потому что вместо метода (у которого должно быть тело) ты объявляешь свойство типа "функция" (у которого может не быть значения)

Разглядел что ты в конструкторе делаешь. Зачем так писать?...

ну это совсем другой вопрос :)

потому что вместо метода (у которого должно быть тело) ты объявляешь свойство типа "функция" (у которого может не быть значения)

хмммм т.е. семантическая разница?

в общем спасибо!

хмммм т.е. семантическая разница?

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

понятно!

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

Нет, одно объявляется в конструкторе на инстансе, а второе на прототипе

Нет, одно объявляется в конструкторе на инстансе, а второе на прототипе

Кстати да, ты прав, метод разумеется будет в прототипе

Я имел в виду, что с точки зрения JS "метод" - это частный случай свойства

Нет, одно объявляется в конструкторе на инстансе, а второе на прототипе

Объявление типа в js же никак не появится?..

Я имел в виду, что с точки зрения JS "метод" - это частный случай свойства

Ну да

Объявление типа в js же никак не появится?..

Никак, но для методов свой синтаксис в классах

Ок, в общем вроде все друг друга поняли :)

всем привет, кто-нибудь знает как сейчас дела с типизацией рамды? что-то улучшилось же? :)

нет

¯\_(ツ)_/¯

блин, я в прошлый раз просто выбросил тайпинги рамды, но какой тогда смысл в тс

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

смысл тс в флоу

? или нет

а как во флоу дела с типизацией рамды?

@ZeroBias говорил, что смог нормально типизировать

Но не всю

@ZeroBias расскажи плиз :) стоит ли оно того

Такой вопрос

export default handleActions({ [fetchMovieInformationRequest]: (state: any, action:any ) => { }, Имеется редьюсер, но flow ругается Computed property cannot be assigned with 'function type'.

что с эти можно сделать?

у тебя any прям в коде?

any я только что дописал

ну и ошибка что Computed property cannot be assigned with 'function type'. для каждого [fetch...]

redux-act?

aga

поищи по redux-act в этом чатике:) там много боли

@ZeroBias расскажи плиз :) стоит ли оно того

Что именно?) Да, я вроде в процессе типизации рамды, жить можно) Но флоу форсит некоторые практики ради выводимости типов, из-за которых ряд методов рамды просто больше не используются, поэтому проблем меньше ¯\_(ツ)_/¯

Привет. Есть некий набор классов, который нужно объединить в один модуль/неймспейс (хз что лучше), чтобы импортировать весь модуль, а не классы по отдельности. Как это лучше сделать?

Привет. Есть некий набор классов, который нужно объединить в один модуль/неймспейс (хз что лучше), чтобы импортировать весь модуль, а не классы по отдельности. Как это лучше сделать?

засунь в директорию

мб сделай там index.{js,ts}

index.ts, минуточку

Короче да, index.ts и в нём реэкспорты

Если хочется в одном файле, то можно namespace: export namespace Group { export class Class1 {} export class Class2 {} } import {Group} from "./group" new Group.Class1() new Group.Class2()

nooo

не надо namespace советовать

nooo

вай нот?

бесполезное днище

Если хочется в одном файле, то можно namespace: export namespace Group { export class Class1 {} export class Class2 {} } import {Group} from "./group" new Group.Class1() new Group.Class2()

ты можешь import * as Group from './group' new Group.Class1() new Group.Class2()

namespace это пережиток прошлого

бесполезное днище

очень полезное в одном кейзе. Мне часто надо экспортировать пропы компонента вместе с самим компонентом. И я делаю так: export namespace Component1 { export type Props = { prop1: string } } export class Component1 extends React.Component<Component1.Props, void> {} import {Component1} from "./component" let props: Component1.Props = {}

очень полезное в одном кейзе. Мне часто надо экспортировать пропы компонента вместе с самим компонентом. И я делаю так: export namespace Component1 { export type Props = { prop1: string } } export class Component1 extends React.Component<Component1.Props, void> {} import {Component1} from "./component" let props: Component1.Props = {}

эм дохрена кода как-то

эм дохрена кода как-то

Вкусовщина

я пишу export interface Component1Props {}

я пишу export interface Component1Props {}

И пишешь по 2 импорта везде где надо, а у меня один

а если ещё и реэкспорт где то есть, то ещё всё проще

палка о двух концах

И пишешь по 2 импорта везде где надо, а у меня один

Один и плюс легаси-фича

Один и плюс легаси-фича

Как кроме этой фичи описать достаточно частую ситуацию в js, когда у тебя есть функция со свойствами? Ну типа такого: import fn from "module" fn() fn.prop

Как кроме этой фичи описать достаточно частую ситуацию в js, когда у тебя есть функция со свойствами? Ну типа такого: import fn from "module" fn() fn.prop

ну так не надо делать) во вторых есть не только дефолтный экспорт

ERROR: S client not available

В итоге то как лучше делать? Классы отдельно в файлах писать, затем в index.ts что-то типа такого делать: import { A } from "./A.ts"; import { B } from "./B.ts"; export module MyModule { export class A; export class B; }

Один и плюс легаси-фича

Ну и альтернативы засунуть тип внутрь класса нет, если бы было можно написать так: class SomeClass { type Props = {} } let props = SomeClass.Props то вопросов бы не было

В итоге то как лучше делать? Классы отдельно в файлах писать, затем в index.ts что-то типа такого делать: import { A } from "./A.ts"; import { B } from "./B.ts"; export module MyModule { export class A; export class B; }

В index.ts уж тогда так: export {A} from "./A" export {B} from "./B"

В index.ts уж тогда так: export {A} from "./A" export {B} from "./B"

А импортировать тогда так? import * as MyModule from "./MyModule/index"

Как кроме этой фичи описать достаточно частую ситуацию в js, когда у тебя есть функция со свойствами? Ну типа такого: import fn from "module" fn() fn.prop

Как обычно

А импортировать тогда так? import * as MyModule from "./MyModule/index"

import {A} from "./MyModule"

Ты серьёзно для этой фичи неймспейсы тащишь?)

Для этого даже ts не нужен, лол

Ты серьёзно для этой фичи неймспейсы тащишь?)

Я написал выше как именно я использую неймспейсы

очень полезное в одном кейзе. Мне часто надо экспортировать пропы компонента вместе с самим компонентом. И я делаю так: export namespace Component1 { export type Props = { prop1: string } } export class Component1 extends React.Component<Component1.Props, void> {} import {Component1} from "./component" let props: Component1.Props = {}

Вот

Ну и альтернативы засунуть тип внутрь класса нет, если бы было можно написать так: class SomeClass { type Props = {} } let props = SomeClass.Props то вопросов бы не было

конечно нельзя Ты ж ТИП запихиваешь в класс а потом его присваиваешь ПЕРЕМЕННОЙ

Ну и альтернативы засунуть тип внутрь класса нет, если бы было можно написать так: class SomeClass { type Props = {} } let props = SomeClass.Props то вопросов бы не было

Это совершенно не так

import {A} from "./MyModule"

Окей, а пачкой импортировать нельзя? Допустим, у меня 10 классов, и писать все - не камильфо

конечно нельзя Ты ж ТИП запихиваешь в класс а потом его присваиваешь ПЕРЕМЕННОЙ

Ой, простите великодушно, конечно я имел ввиду так: let a: Class1.Props

Как кроме этой фичи описать достаточно частую ситуацию в js, когда у тебя есть функция со свойствами? Ну типа такого: import fn from "module" fn() fn.prop

вот тут норм

в остальном не нужно

Не норм аще

норм

Окей, а пачкой импортировать нельзя? Допустим, у меня 10 классов, и писать все - не камильфо

бля import { A, B, C, } from './group'

а как еще делать?

Чем ему обычная декларация интерфейса не понравилась?

а зачем юзать type, вместо interface?

type, не важно

type вроде в extends не может

Они оба позволяют объявлять функции со свойствами, сто лет как

бля import { A, B, C, } from './group'

Ну ок, но что-то мне кажется это не очень удобно

Ну ок, но что-то мне кажется это не очень удобно

лол. ну не пользуйся че. Пиши на каждый импорт по строке. Я пользуюсь мне норм

Господь дал вам типы, способные перегружать функции со свойствами, а они неймспейсы тащат T_T

http://www.typescriptlang.org/play/#src=declare%20function%20x()%3A%20string%0D%0Adeclare%20namespace%20x%20%7B%0D%0A%20%20export%20const%20prop%3A%20string%3B%0D%0A%7D%0D%0A%0D%0Ax.prop%0D%0Alet%20y%20%3D%20x()%0D%0A

Они оба позволяют объявлять функции со свойствами, сто лет как

разве

http://www.typescriptlang.org/play/#src=declare%20function%20x()%3A%20string%0D%0Adeclare%20namespace%20x%20%7B%0D%0A%20%20export%20const%20prop%3A%20string%3B%0D%0A%7D%0D%0A%0D%0Ax.prop%0D%0Alet%20y%20%3D%20x()%0D%0A

Чудовищно