AO
и все они норм кроме скл
о каком скл ты говоришь?
Size: a a a
2019 June 30
A
без джанги и любой прослойки лишней
A
о каком скл ты говоришь?
обычный скл, мускуль, постгрес и тд
A
берешь это + vue и у тебя готовое
A
так можно пилить например безбекендовые апи, см postgrest
Я знаю банк...
AO
ты всё в кучу смешал, SQL, PostgreSQL, RESTful API над PostgreSQL...
A
ты всё в кучу смешал, SQL, PostgreSQL, RESTful API над PostgreSQL...
да нет, просто большинство делает криво :)
дрф там всякие и тд
дрф там всякие и тд
A
какая куча то? если сама бд умеет логику то зачем бекенд вообще нужен?
A
если уж использовать скл то полноценно
A
ты всё в кучу смешал, SQL, PostgreSQL, RESTful API над PostgreSQL...
вместо: фронт - бекенд - апи - бд
просто: фронт - апи/бд
просто: фронт - апи/бд
AO
какая куча то? если сама бд умеет логику то зачем бекенд вообще нужен?
микросервис - это не просто хранилище
A
микросервис - это не просто хранилище
по разному бывает, но опять таки, большинство типичных апи сервисов можно сунуть в хранимки бд и выкинуть этим бекенд
AO
один API-метод может скрывать под собой 10 таблиц в одной базе данных и какое-нибудь ещё внешнее хранилище
A
либо наоборот, брать хорошие бекенды, хрошие хранилища и выкинуть скл
A
один API-метод может скрывать под собой 10 таблиц в одной базе данных и какое-нибудь ещё внешнее хранилище
10 таблиц и в постгресте можно держать
AO
внутреннее устройство хранилища не обязательно должно быть связано с внешним API
AO
могут быть требования сохранять API стабильным
AO
при этом структура хранилища и его тип могут меняться
A
при этом структура хранилища и его тип могут меняться
процедуры в постгресе можно писать на питоне: https://www.postgresql.org/docs/11/plpython.html