users_layers @ForeignKey(() => users) @Column user_id: string; @BelongsTo(() => users) user: User users @HasMany(()=> users_layers) user_layers: users_layers[] что-то такое мб?

export class users extends Model<users> { @HasMany(() => users_layers) @IsUUID(4) @PrimaryKey @Column(DataType.CHAR(100)) id: string; } export class users_layers extends Model<users_layers> { @AutoIncrement @PrimaryKey @Column(DataType.INTEGER) id: number; @ForeignKey(() => users) @BelongsTo(() => users) @Column(DataType.CHAR(100)) user_id: string; @Column(DataType.CHAR(100)) layer_id: string; } Naming collision between attribute 'id' and association 'id' on model users.

и так пол дня((

ошибка коллизии

выпили hasMany у users

и сделай отдельную колонку

перенес на соседнюю колонку и получаю ошибку Naming collision between attribute 'user_name' and association 'user_name' on model users.

users_layers @ForeignKey(() => users) @Column user_id: string; @BelongsTo(() => users) user: User users @HasMany(()=> users_layers) user_layers: users_layers[] что-то такое мб?

сделай ровно так, ну плюс праймари ключи потом нарастишь остальные колонки

сейчас

сдаюсь... даже так не работает... https://gist.github.com/TripleMap/18763f16e58b724ec119613726877507

сдаюсь... даже так не работает... https://gist.github.com/TripleMap/18763f16e58b724ec119613726877507

https://gist.github.com/maximelkin/63813ba1dfdc5ab5591a5fc624c4a267 попробуй так

сейчас, но запустилось без ошибок, что уже хорошо))

SequelizeEagerLoadingError: users_layers is not associated to users_layers!

при запросе

запрос следующий : this.UsersRepository.findById(id, { include: [users_layers] });

хотя нет, сработало.... но запрос такой this.UsersRepository.findAll({ where: { user_id: id, } }, { include: [users_layers] }); мозговыносящая штука...

спасибо большое, очень помог, очень!

хотя нет, сработало.... но запрос такой this.UsersRepository.findAll({ where: { user_id: id, } }, { include: [users_layers] }); мозговыносящая штука...

лол, т.е. egg-loading сломан для поиска по id?

да сам не понимаю, почему так работает...

может проблема в тайпскриптовой части

>The basic idea behind that, is the use of the attribute include when you are calling find or findAll

надо протестировать эту штуку без тайпскрипта

Добрый день. Начал изучать ts и пока не могу найти ответа. Как работать в тс с импортированием типов? у меня есть библиотекв koa, скачал для неё типы @types/koa. Как заимпортить именно типы? Когда писал import from ‘@types/koa’ - говорит импортить просто Koa. Но как в классе деклирировать тип? public koa: Koa?

Добрый день. Начал изучать ts и пока не могу найти ответа. Как работать в тс с импортированием типов? у меня есть библиотекв koa, скачал для неё типы @types/koa. Как заимпортить именно типы? Когда писал import from ‘@types/koa’ - говорит импортить просто Koa. Но как в классе деклирировать тип? public koa: Koa?

импортить ничего не надо, ts сам всё найдёт

Добрый день. Начал изучать ts и пока не могу найти ответа. Как работать в тс с импортированием типов? у меня есть библиотекв koa, скачал для неё типы @types/koa. Как заимпортить именно типы? Когда писал import from ‘@types/koa’ - говорит импортить просто Koa. Но как в классе деклирировать тип? public koa: Koa?

import koa from 'koa' я полагаю

Так корректно будет? class App { public koa: Koa; constructor() { this.koa = new Koa(); this.mountRoutes(); }

Так корректно будет? class App { public koa: Koa; constructor() { this.koa = new Koa(); this.mountRoutes(); }

import * as Koa from 'koa' import * as config from './config' const app = new Koa() app.use(async (ctx) => { ctx.body = config.prefix }) app.listen(3000) вот пример нашёл

Это я видел) Я понимаю как подключить и работать) Вопрос только в присвоении типа для поля класса)

Если ты сразу напишешь new Koa(), то тип присваивать не нужно

Но когда я объявил поле типа public koa - мне линтер пишет ошибку и говорит ставить any или присвоить тип

Но когда я объявил поле типа public koa - мне линтер пишет ошибку и говорит ставить any или присвоить тип

А что это за тип koa?

Так корректно будет? class App { public koa: Koa; constructor() { this.koa = new Koa(); this.mountRoutes(); }

class { koa = new Koa /* ... */ }

Так корректно будет? class App { public koa: Koa; constructor() { this.koa = new Koa(); this.mountRoutes(); }

Смысл от такого класса?

https://t.me/joinchat/FWDNd1CnKCjdLl6mrKwNYw

https://t.me/joinchat/FWDNd1CnKCjdLl6mrKwNYw

/report

?

Смысл от такого класса?

Первоначальная настройка сервера и подготовка бд

class { koa = new Koa /* ... */ }

Спасибо

Ребята, а есть тут кто то, кто заинтересован, что бы Typescript или скорее его суперсет компилировался в Web Assembly?

уже есть же

assemblyscript

Именно, Deniel и я как раз его двигаем, просто может кто про него не знает или хочет внести свой вклад в проект. Есть Slack канал, пока закрытый. Могу выслать приглашение у кого норм с английским

Именно, Deniel и я как раз его двигаем, просто может кто про него не знает или хочет внести свой вклад в проект. Есть Slack канал, пока закрытый. Могу выслать приглашение у кого норм с английским

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

В какой то мере да, но пока нет наследования классов. Еще планируется переработать класс массива что бы у него был ArrayBuffer в качестве бэкстора. Недовно добавили полностью нативную математику, кроме трех функций. В общем то, работать уже можно, например вот gameboy эмулятор написанный на AS: https://github.com/torch2424/wasmBoy Да, есть перегрузка операторов, так что можно написать удобную мат библиотеку для CG: class Vec2 { constructor(public: x: f32 = 0, public y: f32 = 0) {} @operator('+') static add(a: Vec2, b: Vec2): Vec2 { return new Vec2(a.x + b.x, a.y + b.y); } } let a = new Vec2(1, 2); let b = new Vec2(1, 2); let r = a + b;

?

В какой то мере да, но пока нет наследования классов. Еще планируется переработать класс массива что бы у него был ArrayBuffer в качестве бэкстора. Недовно добавили полностью нативную математику, кроме трех функций. В общем то, работать уже можно, например вот gameboy эмулятор написанный на AS: https://github.com/torch2424/wasmBoy Да, есть перегрузка операторов, так что можно написать удобную мат библиотеку для CG: class Vec2 { constructor(public: x: f32 = 0, public y: f32 = 0) {} @operator('+') static add(a: Vec2, b: Vec2): Vec2 { return new Vec2(a.x + b.x, a.y + b.y); } } let a = new Vec2(1, 2); let b = new Vec2(1, 2); let r = a + b;

интересно, кстати а уже пытались скомпилировать assemblyscript в бинарник и запустить на линуксе? Я тут нашел один инструмент wasm2c (https://github.com/WebAssembly/wabt) который вроде как конвертирует васм в си а значит дальше можно сконвертировать в ассемблер, но не в курсе работает ли он вообще кто-нибудь пробовал его? В общем если можно будет скомпилировать васм в бинарник то проекты вроде assemblyscript это очень крутая и перспективная штука потому что будет конкурентом языка go и даже будет лучше чем v8 потому что можно будет запустить на ios , который как известно не поддерживает jit и соотвественно v8

Есть такие эксперименты. Но не вижу смысла совершенно. Уж лучше написать хорошую и быструю стековую машину для wasm. Смысл wasm-а ведь в переносимости и компактности, ну и в скорости конечно, но это уже на 2м месте

дело не в скорости а в возможности запуска на ios

А при чем здесь Линукс тогда? Хочешь запускать на iOS, не вопрос JavaScriptCore поддерживает wasm. Правда сейчас там один баг есть, но в 11.3 обещают поправить

Кстати 11.3 уже доступна вроде

Первоначальная настройка сервера и подготовка бд

Для чего это в класс выносить?

Для чего это в класс выносить?

Большого смысла нету, по большей части для будущей расширяемости

Не надо так делать

интересно, кстати а уже пытались скомпилировать assemblyscript в бинарник и запустить на линуксе? Я тут нашел один инструмент wasm2c (https://github.com/WebAssembly/wabt) который вроде как конвертирует васм в си а значит дальше можно сконвертировать в ассемблер, но не в курсе работает ли он вообще кто-нибудь пробовал его? В общем если можно будет скомпилировать васм в бинарник то проекты вроде assemblyscript это очень крутая и перспективная штука потому что будет конкурентом языка go и даже будет лучше чем v8 потому что можно будет запустить на ios , который как известно не поддерживает jit и соотвественно v8

В Go 1.11 обещают сомпиляцию в wasm

А при чем здесь Линукс тогда? Хочешь запускать на iOS, не вопрос JavaScriptCore поддерживает wasm. Правда сейчас там один баг есть, но в 11.3 обещают поправить

ну имеется ввиду возможность запустить assemblyscript внутри ноды на ios. Сейчас ноду на ios принципиально не запустить потому что она завязана на v8 а v8 работает через jit который в ios недоступен. А а если пытаться переделать ноду под JavaScriptCore то мне кажется проще будет скомпилироват assemblyscript в си и заюзать с++ интерфейс ноды (через который она взаимодействует с v8) и тогда все это можно будет скомпилировать в бинарник и запустить наконец на ios

Зачем?

ну имеется ввиду возможность запустить assemblyscript внутри ноды на ios. Сейчас ноду на ios принципиально не запустить потому что она завязана на v8 а v8 работает через jit который в ios недоступен. А а если пытаться переделать ноду под JavaScriptCore то мне кажется проще будет скомпилироват assemblyscript в си и заюзать с++ интерфейс ноды (через который она взаимодействует с v8) и тогда все это можно будет скомпилировать в бинарник и запустить наконец на ios

Хочешь ноду на ios? Бери тогда jxcore

https://github.com/jxcore/jxcore-ios-sample

Есть еще вот такое: https://github.com/nodekit-io/nodekit-darwin

Но это все уже немного устарело. Честно говоря не вижу профита node.js в embedded системах

ну имеется ввиду возможность запустить assemblyscript внутри ноды на ios. Сейчас ноду на ios принципиально не запустить потому что она завязана на v8 а v8 работает через jit который в ios недоступен. А а если пытаться переделать ноду под JavaScriptCore то мне кажется проще будет скомпилироват assemblyscript в си и заюзать с++ интерфейс ноды (через который она взаимодействует с v8) и тогда все это можно будет скомпилировать в бинарник и запустить наконец на ios

ну или на ios будет уже не нода так как придется еще привязывать апи для ios. Главное что jit уже будет не нужен так как все это будет компилироваться в статический бинарник, и линукс тут скорее как демонстрация того чем любят хвастаться go-шники - возможность задеплоить сразу бинарник. Просто с возможностью компиляции васма в бинарник открывается возможность использовать typescript через assemblyscript без огромных js движков вроде v8 (а на ios только javascriptcore). Тут больше взгляд на перспективу чтобы typescript-подобный язык assemblyscript превратился в полноценный язык с возможностью запуска на всех устройствах

Есть wasmi, wagon, wavm, скоро будет доступен Liftoff и BaldrMonkey - все это легковесные компиляторы для wasm без JS интерпретатора. Не вижу проблем

ну или на ios будет уже не нода так как придется еще привязывать апи для ios. Главное что jit уже будет не нужен так как все это будет компилироваться в статический бинарник, и линукс тут скорее как демонстрация того чем любят хвастаться go-шники - возможность задеплоить сразу бинарник. Просто с возможностью компиляции васма в бинарник открывается возможность использовать typescript через assemblyscript без огромных js движков вроде v8 (а на ios только javascriptcore). Тут больше взгляд на перспективу чтобы typescript-подобный язык assemblyscript превратился в полноценный язык с возможностью запуска на всех устройствах

Ага. Ну чтобы хороший завезли ещё

ну или на ios будет уже не нода так как придется еще привязывать апи для ios. Главное что jit уже будет не нужен так как все это будет компилироваться в статический бинарник, и линукс тут скорее как демонстрация того чем любят хвастаться go-шники - возможность задеплоить сразу бинарник. Просто с возможностью компиляции васма в бинарник открывается возможность использовать typescript через assemblyscript без огромных js движков вроде v8 (а на ios только javascriptcore). Тут больше взгляд на перспективу чтобы typescript-подобный язык assemblyscript превратился в полноценный язык с возможностью запуска на всех устройствах

А вообще это нахрен не нужно

Есть нормальный раст с тем же запуском на всех платформах. Но без тяжёлого ооп

Не надо так делать

Эм, а чем это плохо?

Эм, а чем это плохо?

А чем это хорошо?

меняйте аву

Лол, неплохо

я повёлся, ребята, можете убирать

за Dart будущее

Я чуть репорт не кинул

Описание забыли

Описание забыли

Потом его обратно лень менять

Просто ты недостаточно Dart любишь

У кого есть скрины свежего Дарта?

А на самом же деле Dart лучше

Конечно

Сегодня он вообще самый лучший)

Даже лучше кофе скрипт?!

Безусловно

Даже лучше кофе скрипт?!

Только нового

Старый идеален