Здравствуйте, подскажите пожалуйста как лучше сделать.
У меня есть приложение на тайпскрипте, есть уже таблицы в бд на сервере postgress. В самом приложении использую sequelize. Модельки сделаны как классы и через метод init описываю их уже.
Нужно написать вариант запуска проекта, при котором он создает таблицы в бд, если их не существует
npm run init
И проверить все модели на корректность данных, прочекать чтобы он не сносил таблицы если они есть
и не стирал данные.

Вы описали параметрический полиморфизм, то есть generics
https://en.m.wikipedia.org/wiki/Parametric_polymorphism

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

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

От так solid учим учим, а термінологію не юзаєм

а конструктор - тоже обьект который использует уже мелкие обьектишки))

в джс на прототипах можно добиться полифорфизма?

Перед SOLID треба спочатку розібратись з ООП)

А без прототипов (не только в JS, в принципе)?

Поліморфізм - це залежність від абстракції, а не реалізації.
А шо у вас абстракція (інтерфейси, експорт модуля, .h файл) , що реалізація (модуль, клас, прототип, .cpp) - самі вибирайте.

Не. Я имел ввиду полиморфизм на подтипах, а не дженериках.

Це не визначення поліморфізму, а скоріш те, що з нього витікає. І у термінах мов програмування, він не має відношення до абстракцій, які Ви навели

Ну я з голови брав, можу помилятись.
Но да, приклади мб не точні, це скоріше dependency inversion

Но написали определение параметрического.
Да, в ООП используется полиморфизм подтипов.
Полиморфизм это про типы, а не интерфейсы и контракты

Вот хороший лонгрид про полиморфизм https://medium.com/devschacht/polymorphism-207d9f9cd78?s=09

Так, ваш приклад був про dependency inversion

Интересно, что Мартин сам писал, что неправильно понимал основные принципы ООП

Так интерфейс задаёт контракт. Не так ли?

Годно👍

Есть люди которые считают, что декораторы это зло, почему вы так считаете ?