Попробуй typeorm, пока что самая продвинутая из тех что видел

Спасибо) уже пробывал) она мне не понятна)

https://github.com/typeorm/typeorm/issues/586

Я надеялся найти человека, который сам юзает, какой-нибудь orm под typescript

И конечно же для продакшэна просто компилим джээс файлы)

Даже в дэв моде

На бэке выгодно использовать строгую типизацию

Меньше багов

Typeorm еще слишком сырая кмк

Я б не юзал, но ничего лучше нет, так что остается ручками

А как же sequelize?)

На бэке выгодно использовать строгую типизацию

На фронте в общем то тоже

Да)

А как же sequelize?)

Норм идёт, но это не орм, это больше квери билдер

Под ноду не находил чета орм

Норм идёт, но это не орм, это больше квери билдер

лол

это ORM

Да как то оно не кажется ормом просто, после бэковых ормов, может это из-за жэс хз, ну на ноде оно покрывает все мои нужды и миграции норм юзаю

Да как то оно не кажется ормом просто, после бэковых ормов, может это из-за жэс хз, ну на ноде оно покрывает все мои нужды и миграции норм юзаю

Инстансы моделей есть?

Шта

Деление на орм и нет в объектных языках оч условно

Если после запроса вы получили объект, то у вас орм)

При этом необязательно это active record или data mapper

как наикротчайшим способом скастить объект у которого есть .toString() до строки?

<string>obj не предлагать, ибо jsx )

as string ?)

Это не скастит его в строку

В чем проблема вызвать .toString()

?

ну некрасиво)

className={blablaFunc().toString()}

& string)

className={blablaFunc().toString()}

String(blablaFunc())

ну некрасиво)

...

)

а если так someFunc() + ''

Это неявные преобразования

И попоболь в целом

Если после запроса вы получили объект, то у вас орм)

Я бы сказал так: если в либе есть Identity Map, то есть каждая сущность предметной области присутствует только один раз, то вот тогда это orm

Я бы сказал так: если в либе есть Identity Map, то есть каждая сущность предметной области присутствует только один раз, то вот тогда это orm

Почему акцент на identity map?

Почему акцент на identity map?

Ну, грубо говоря: blogRecord.getOwner() === OwerRegistry.getById(currentUser) - либа использует одни и те же инстансы для отображения строк БД на объекты

Ну, грубо говоря: blogRecord.getOwner() === OwerRegistry.getById(currentUser) - либа использует одни и те же инстансы для отображения строк БД на объекты

Да, я понимаю о чем ты, но не понимаю, почему именно это становится критерием

Подходит под определение из вики например: ORM (англ. Object-Relational Mapping, рус. объектно-реляционное отображение) — технология программирования, которая связывает базы данных с концепциями объектно-ориентированных языков программирования, создавая «виртуальную объектную базу данных».

А если просто на выходе из БД объект, но каждый раз разый - это просто кверибилдер )

Ну вообще да, хороший критерий

Нет, это плохой критерий

Если какой то ORM так работает, то это очень плохой ORM

Если какой то ORM так работает, то это очень плохой ORM

Все известные мне ORM так работают ?

Значит ты знаешь только очень плохие ORM

Давай пример хорошей

Hibernate

Объясняю, почему так

Прилетает запрос, берет сущность из базы

Апдейтит ее и пытается коммитить

Параллельной прилетает друго запрос на ту же сущность, берет ее из identity map и отдает

Дальше траназакция из первого запроса откатвается

В итоге второй запрос пролучает незакомиченные данные

Ну это же другой уровень проблем. Изоляция и всё такое. Например ORm может трекать изменившиеся незакоммиченные сущности и для параллельного запроса отдавать не из identity map

identity map это in-process cache

На бэкэнде редке применяется in-process cache вообще

identity map это in-process cache

Как реализуешь, такой и будет. Хоть per-process, хоть per-request, а хоть комбинированное - данные не меняются, отдаём из памяти

в примере выше - все становится гораздо веселее, если бы сущность не бралась из Identity map, а транзакция первая закоммиталась успешно

Не становится

Два конкурентных запроса

Один выполнился раньше другого и вернул консистентные данные

Короче, хотя бы в рамках одного запроса identity map должен быть.

Зачем?

А вот это хороший вопрос

ERROR: S client not available

Наверно в node-like и java-like бекендах это будет скорее только мешать

Просто мой основной опыт это похапе и доктрина, там это помогает

Ну ок, в них зачем?

blogRecord.getOwner() === OwerRegistry.getById(currentUser)

Вот же. Когда сложная бизнес-логика (а не просто выгрузить список комментов), помогает избегать рассинхрона

Ну вместо этого можно вызывать метод или сравнивать id

Ну вместо этого можно вызывать метод или сравнивать id

А если данные меняем? Один инстанс поменялся, другой нет, и поехало

Что поехало то?

Что поехало то?

рассинхрон данных между инстансами

Ну так ты же сам два интсанса делаешь

Не делай два, делай один

Эм, нет

Я не делаю два инстанса

Ну вот ещё пример: task.getOwner() === todo.getOwner() В такого рода коде я вообще не делаю инстансы, я прошу ORm дать мне владельцев сущностей. И если это один и тот же владелец то и инстанс должен быть один

а если так someFunc() + ''

В щи за такое говно

Параллельной прилетает друго запрос на ту же сущность, берет ее из identity map и отдает

Он ж не берет ее из im, а апдейтит имеющуюся сущность либо при конфликте кидает эксепшн

Т.е. из кешируемого только ссылка на объект, данные никакие не кешируются

Короче говоря, только плохие orm используют identity map как кэш сущностей с данными

Он ж не берет ее из im, а апдейтит имеющуюся сущность либо при конфликте кидает эксепшн

имеется ввиду, что второй запрос на выборку.

Никакой запрос изначально не ходит в im

Все они идут в базу, а после по полученным id ходят в im

А далее уже несколько случаев

Я бэк пишу на тайпскрипт

TypeORM в качестве орм

InversifyJS в качестве di

express - http фрэймворк, естественно

inversify-express-utils для связки тайпскрипт, экспресс и inversify

Очень удобно

Еще там какую то либу от инверсифи использую помимо express-utils

Вокруг этого всего сделал обертку в виде фреймворка, кому нужно могу дать поюзать

ребят, а кто может сказать, что не нравится flow? когда я задаю типы для props