говно вопрос

ща на маке соберу

у меня вообще убунта

.exe верни

удалили

ща на маке соберу

ништяк)))))

ну и правильно, мало ли я вирусов вам понаотправлю

сорян, что-то долго на старом маке собирается

пока на этапе npm i висим))

ребят

я тут для себя узнал такое поведение TS

это считается нормальным?)

animal(new Thing), animal(new Water) - вот это

а разве не надо вызывать конструктор как функцию? new Thing()?

скобочки опциональны

оу..

animal(new Thing), animal(new Water) - вот это

кто-то говорил, что в тс много багов с вариантностью

кто-то говорил, что в тс много багов с вариантностью

Ясно, тогда попробую flow. А то эта штука на совсем отбила желание пользоватся ts =/

Ясно, тогда попробую flow. А то эта штука на совсем отбила желание пользоватся ts =/

https://github.com/Microsoft/TypeScript/wiki/FAQ#why-are-function-parameters-bivariant

может быть дело в том, что по "сигнатуре" все классы у тебя одинаковые?

ну конечно, как и должно быть

может быть дело в том, что по "сигнатуре" все классы у тебя одинаковые?

а разница какая, там трабл в том что imAnimal вообще принимает классы, которые не типа Animal

ну да, это странно

а можешь скинуть код текстом?

проверю со своим tsconfig

а можешь скинуть код текстом?

class Thing {} class Water extends Thing {} class Animal extends Thing {} class Cat extends Animal {} declare function animal(animal: Animal): Animal; const f = () => [ animal(new Cat), animal(new Thing), animal(new Water) ];

https://github.com/Microsoft/TypeScript/wiki/FAQ#why-are-function-parameters-bivariant

это же не то, о чем я говорю. Или я где то туплю?

это же не то, о чем я говорю. Или я где то туплю?

Да, чуть чуть не то, но близко. Инстансы классов TS зачем то чекает по структуре

Да, чуть чуть не то, но близко. Инстансы классов TS зачем то чекает по структуре

а. Мне толковали про "структуры", а я никак не мог понять, о чем они говорили. Имеется в виду "содержание" класса?

а. Мне толковали про "структуры", а я никак не мог понять, о чем они говорили. Имеется в виду "содержание" класса?

Ну да, у TS структурная типизация

понял, теперь дошло почему так. Ну да, глупость какая то.

Ну как только ты добавишь признаков, то всё будет работать как надо

пока они не начнут совпадать

ахахах

но это и не плохо

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

если крякаешь квакаешь - ты утка

хотя

нет, возможно вполне

те же модельки ORM

или как тут писали дядя вася в луже бухой

частенько однотипные же

Вся фигня в том,что одна из самых удобных методик описания ряда кейсов — через номинальность

частенько однотипные же

с одинаковыми свойствами?

Короче, вот ишшью правильный: https://github.com/Microsoft/TypeScript/issues/202

Структурная типизация есть и у объектов, она никуда не девается, а вот классы бы хотелось иметь адекватные

с одинаковыми свойствами?

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

class User extends Model {} class Item extends Model {}

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

Странные какие-то модели без свойств

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

Странные какие-то модели без свойств

ну это же ORM'ые модели, я про эктив рекорд

Странные какие-то модели без свойств

Номинальные

*напоминание про прайвит протектед в классах*

Ну у User есть какой-то getName наверняка

у Item такого нет

Ну у User есть какой-то getName наверняка

не факт, далеко не факт

*напоминание про прайвит протектед в классах*

которые делают класс номинальным

скорее всего и не будет никаких getName, ибо это лучше отдавать в сыром (почти) виде с бека а там пусть фронт разбирается

я же не буду делать типа getFullName на беке, зачем

я же не буду делать типа getFullName на беке, зачем

поля же есть какие-то у модели (колонки в БД)

поля же есть какие-то у модели (колонки в БД)

нет, все хранится в массивчике (карте)

Разве родитель про детей должен знать?

Но в целом понятно

Разве родитель про детей должен знать?

+

TS предлагает решать это через union: type North = { type: "North" } type South = { type: "South" } type Direction = South | North

Ну и так далее

Разве родитель про детей должен знать?

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

Разве родитель про детей должен знать?

ну типа этот код бы и без констурктора работал, это просто доп защита в рантайме для запреты наследования (?)

TS предлагает решать это через union: type North = { type: "North" } type South = { type: "South" } type Direction = South | North

Не более одно раза на приложение, потом начнут совпадать

Не более одно раза на приложение, потом начнут совпадать

это да

ну типа этот код бы и без констурктора работал, это просто доп защита в рантайме для запреты наследования (?)

Да, естественно

поля же есть какие-то у модели (колонки в БД)

import { Model } from 'objection'; export default class MinimalModel extends Model { static tableName = 'someTableName'; } Вот, только проп перезаписывается, и даже это не всегда бывает ибо генерится автоматом из названия класса в некоторых ORM (удобность)

import { Model } from 'objection'; export default class MinimalModel extends Model { static tableName = 'someTableName'; } Вот, только проп перезаписывается, и даже это не всегда бывает ибо генерится автоматом из названия класса в некоторых ORM (удобность)

Работать то потом как?

С инстансом такого класса

Работать то потом как?

const people = await Person.query(); console.log(people[0] instanceof Person); // --> true console.log('there are', people.length, 'People in total');

элементарно

const people = await Person.query(); console.log(people[0] instanceof Person); // --> true console.log('there are', people.length, 'People in total');

Только проверять признак? А свойства взять?

const people = await Person.query(); console.log(people[0] instanceof Person); // --> true console.log('there are', people.length, 'People in total');

а эроры как хэндлишь?

а то код сломается к черту

а эроры как хэндлишь?

это пример из доков

это пример из доков

кек

Только проверять признак? А свойства взять?

што?

што?

свойства брать через person.name, причём name не описан явно, а неявно подсовывается ORM?

а эроры как хэндлишь?

Не в тему обсуждения вообще

кек

ну хотя в таком коде нечему ломатся, в первой строчке так точно)

свойства брать через person.name, причём name не описан явно, а неявно подсовывается ORM?

да.

да.

Ну и зачем тогда TS? Типизации то не будет совсем

Надо же описать, что name: string, createdAt: Date и так далее

Возможно сгенерить дефишинены, но совсем без них смысла от TS нету

всё равно что any обмазаться

Ну и зачем тогда TS? Типизации то не будет совсем

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