клиента?
Нету
мне бы хотябы про принципы почитать, суть - нужна библиотека которая наружу тдает методы которые делают апи запросы с использованием API_KEY, у меня она уже есть, но делалась от балды, сейчас хочеться посмотреть что нибудь нормальное и порефакторить
Я серьезно Сколько искал - ничего хорошего нету
А почему именно rest?
потому что приложение на ресте
в смысле? есть уже написанное придожение нужен клиент к нему
Я хочу понять, что именно называют rest api, и что значит "приложение написано на rest". Rest это не либа и не протокол, потому и хочется уточнений
http API которое ледует принципам REST
А что такое soap а?
в теории то, что следует принципам REST архитектуры, на практике - почти любое json-based апи, которое ходит по http называют rest-api
Мыло же. Ну и протокол (там есть P в аббревиатуре)
Уволен
А почему так называют? Откуда пошла такая привычка?
moleculer.services
Он ещё жив. Вау.
ну я уже давно на нем ничего не делаю, но он работает как часы)
Лучшей фреймворк для микросервисов на ноде
вот получше https://lite.wf 😅 правда, пока что без транспортера, просто нет времени( а так в качестве монолита уже на паре проектов..
А были основания полагать иное?
Популярность слаба росла 4 года назад. Но и за эти годы почти не подрос
И вряд ли будет расти бурно. Что не мешает ему быть самым продвинутым и удобным фреймворком для микросервисов в ноде
А какие есть ему альтернативы вообще?
Да нету фактически. Нест что-то там пишет про микросервисы, но это смешно
Отсутствие типизации пугает.
проблема молекулера в том, что он не идет в ногу со временем. продукт то сам очень стабильный и простой в освоении. но рекламы у него нет никакой, я спрашивал почему так, вообщем, это загоны автора и перфекционизм. Мне оч импонирует icebob, тк могу представить, сколько он с этим молекулером возился
Зачем тогда вообще использовать ноду?
На молекулере можно использовать тайпскрипт
Удобно для full stack в первую очередь. А так python, Go, мир Java
чтд тс адепты даже не умеют в гугл
Не очень хорошо, если инструмент выбирается исключительно исходя из удобств разработчика. Ну и фуллстек это отдельный, чаще всего мифический, мир
Относительно. Если о фреймворках, да мне удобно, что по тому же NestJs и свызанными библиотеками я могу найти много разработчиков, по molecular нет. Если команда full stack и это эффективно и оптимально в плане расходов - тоже здорово. Удобство разработчиков - некая лояльность компании, скорость разработки. Это очень важно. Если исходить из безопасности, надёжности, производительности и ресурсоемкости технологии Node.js я бы точно не выбрал)))
Обсуждают сегодня