На чем написать простой rest API?

Не думал что когда-нибудь это посоветую, но мне кажется это твой случай. Посмотри https://api-platform.com там для создания CRUD нужно будет описать одну единственную сущность на PHP. Всё сгенерится автоматом.

Т.к. задача у тебя довольно простая, то писать её можно на чём угодно. Т.к. ты уже должен знать JavaScript, то логично будет взять NodeJS.

А ты знаешь, как развлечь в воскресенье Анонимуса.

ТС хреново набрасывает. Если бы знал JS/TS, то и вопросов бы не было. А если не наброс, в чём Ваш покорный слуга сомневается, то тебе рано в API, продолжай гордо носить знамя Web developer!

https://www.digitalocean.com/community/tutorials/how-to-use-postgresql-with-node-js-on-ubuntu-20-04

Node. Лучше Molecular без всяких Typescript

Если бы знал JS/TS, то и вопросов бы не было

Анон дело говорит. Начиная с того, что одинэсина, как выше сказали, умеет сама в какое-то подобие ендпойнтов, так и глядя в предыдущие темы ТСа, большие сомнения, что советы пойдут на пользу.

Начиная с того, что одинэсина, как выше сказали, умеет сама в какое-то подобие ендпойнтов

тамже SOAP вроде, не?

Есть просто HTTP-сервисы без этого барахла.

доступа к конфигуратору нет

1С? Для установки расширений конфигуратор не нужен.

На Common Lisp, конечно же. Благо, Лавсан уже в треде.

ну ок.

когда последний раз сталкивался и интеграцией с 1с, небыло (или не осиливали ихние программеры),

пришлось какраз из ноды с постгресом через мыло работать, но вполне сносно получилось.

Soap там прям по букве стандарта (из-за чего могут быть проблемы совместимости). Не знаю, кому он сейчас нужен, честно говоря. Взаимодействие 1С-1С (обмен с мобильным приложением) я делал через HTTP в REST-стиле, это гораздо проще и удобнее.

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

• swager editor для описания api;
• open generator для генерирования backend'a.

Сгенерированный backend может быть много на чем даже на c++ & qt

тамже SOAP вроде, не?

Я не знаю. В одном проекте был обмен магазина с базой, но я настройки со стороны 1С не касался.

Hono + Drizzle и погнали

зы можно еще Zod подкинуть, и будут сразу Swagger доки, нормальная валидация

Swagger

Оно же протухло вроде.

https://habr.com/ru/articles/559128/

Еще есть такая интересная штука: https://loopback.io/

Ничего не протухло. Требуется простой рест, из альтернатив только GraphQL Apollo наверное.

Мертвое говно, которое никому не нужно. Брысь отсюда.

Могу только посоветовать Express.js, т.к. сам его использовал для своего приложения.

Современный дотнет можно писать вообще не приходя в сознание, типа накатал класс контроллера и все работает.

В отличие от хероты на ноде итд, где без бутылки не разберешься

FastApi+SQLAlchemy. В итоге можно в асинхронщину + прикрутить почти любую СУБД. Захочется перетащить логику на бэк - тоже вэлком. Ну это, конечно если python захочется подтянуть. Ну или если python не охота, то видимо node.

фласк конечно очень простой

nodejs, express/nest + mongodb. Потом бекендера наймёте сделает нормально.

nest - такая же херота как и весь остальной ынтерпрайз с классами говна и аннотациями. Только у них фронтэндер вместо программиста, он бд даже не спроектирует.

А что есть свежее, чем швагер?

зачем монга если есть постгрес?

Затем, что
На чем написать простой rest API? (комментарий)

но вот эти вот БД, orm

реляционные СУБД при проектировании и прототипировании системы это боль в дырка-задница, как борат говорил

ещё никто не вбросил postgrest и иже с ним?

Также все усложняется тем, что в работе понадобятся данные, которые будут заноситься в xlsx.

Я планировал сделать так: Пользователь обновляет файл, он компилируется в JSON, далее записывается в БД с добавлением нескольких полей, ну и отдается на фронтенд через GET.

Тут всё зависит от такого, насколько часто обновляется xlsx и насколько часто происходят обращения к данным из него. Если его грузят раз в день, а за сутки к бэкэнду идут сотни запросов, для которых нужны эти данные, то подход верный. А если xlsx обновляется очень часто, а запросы к нему идут редко, то надо читать из xlsx напрямую.

Если речь не идёт о каком-то хайлоуде или БД размером в гигабайты, то можешь даже не париться о «проектировании БД», там можно хоть в одной таблице всё хранить. Если что, потом смигрируешь на нормальную схему.

orm worm?

xlsx

Легко парсится на питон, а там можно или sql сформировать, дропнув все перед этим и пересоздав схему…

Ничего нет лучше fastapi.

А может вам вообще не нужно никакое REST API, приложения и базы данных? Это ведь хозяйство ещё кто-то должен развёртывать, поддерживать, обновлять, мониторить, проверять на уязвимости. Простые задачи должно решать просто.

Других решений не придумал, так как при загрузке данных через компьютер - данные должны быть едиными на всех устройствах, подключенных к приложению

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

В любом случае я почти рабзобрался с тем, как это все работает. Взял пока стек со знакомым языком, чтобы не тратить время ещё и на изучение синтаксиса

Дело ваше, вы и детали знаете.

P.S. Я просто как-то участвовал в подобном проекте, где полтора фронтендщика, бэкэндщик, тестировщик, девопс и бизнес аналитик, на эксель файлах, кубернетесе и эластиксёрче два месяца делали решение, которое моя мама в одиночку просто на экселе сделала бы за пару дней.