О, кайф
А можно объяснить мне почему REST API плохо?

Полагаю что решение с сокетами было бы лучшим решением. Если REST это о состоянии (что говорит о блокирующем факторе), то в контексте Socket - это о потоке.
Но это не точно. К сожалению или счастью опрос не говорит о том как думают респонденты.

плохо для фронта)кек

так працює наша країна

Кому интересно сравнение производительности и утилизации ресурсов mobile платформы на Native (Kotlin/Swift) vs Flatter (Dart) vs ReactNative (JavaScript) https://habr.com/ru/company/vdsina/blog/509048/

О, почитаю, спасибо

Блин, а где про неё почитать? я имею в виду про metasql... Скиньте ссылочку какую

да, пока нигде, только исходники есть, к релизу будут доки
https://github.com/metarhia/metasql

Хело, скажіть, будь ласка, як краще працювати з обробкою помилок/ексепшнів в n-tier архітектурі?
Ось я роблю REST api: router -> busines logic -> service -> call to some remote sevice
Наприклад якщо кліент запитує /api/v1/object/123, а віддалений сервіс поверне 404, мені теж треба повернути 404 але ж зі своїи синтаксисом.
Робити для кожного шару свій набір екскепшнів і робити rethrow MyServiceNotFoundException це типу правильна ізоляция, але це порушує сам сенс ексепшнів. Але якщо ловити усі ексепшні на топ-рівні роутера, це означае що він має знати implementation details. І якщо замість віддаленого сервіса я почну юзати базу, то треба бути правити роутер також...

NotFoundException должен быть абстрактным и может генерипрваться как обращением к api, так и к базе. Можно сделать его на уповне паттерна стратегия, у которого несколько реализаций, а ошибке все реализации одинаковые дают.

Це означає що на рівні сервісу який працює з базою/апі я маю зловити specific exception і зробити з нього відповідний інстанс «абстрактного» NotFound який в свою чергу я ловлю на рівні роутера, так?

да

Дякую!

добрый день, у кого-то был опыт использования .dll библиотек в ноде?)

Привіт, підкажіть плз
Є монгодб колекція юзерів, робиться запит з ключовими словами по яких треба знайти юзерів і вивести їх кількість у колекції
Якось можна об'єднати такий пошук, щоб не писати під кожний ключ db.collection.find({key: "value"}).count()

Не понятен вопрос - вы сейчас считаете по каждому ключевому слову отдельным запросом, а хотите для всех ключевых слов получить счетчики одним запросом да?

вот примеры https://stackoverflow.com/questions/23116330/mongodb-select-count-group-by
db.users.aggregate(
   {$match: {deleted: false}},
   {$group: {_id: "$status”, count: {$sum: 1}}}  
)
вернет количество пользователей для каждого статуса

Так, тіпа закинути масив ключових слів в колекцію, та вивести кількість юзерів по кожному з них

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

Ох, заморочился я, и сделал... Немного оффтоп, но все равно есть сходство с React и Redux. Возможно позже на js перепишу.