PHP вполне себе ожил, да, и по качеству он не худший. По поводу крестов несколько удивлён - я думал, Rust сожрет его нишу.

С асинхронного программирования, тут лекции и по нему (в соседней ветке оглавления) и по ноде https://github.com/HowProgrammingWorks/Index/blob/master/Courses/NodeJS.md

Спасибо, то что искал

😐

Синдре Сорхус — автор большого количества npm-пакетов — поделился своими планами миграции на нативную модульную систему — "Get Ready For ESM".

В конце апреля 2021 года будет прекращена поддержка Node.js 10. Это означает, что майнтейнеры пакетов могут начать использовать все фичи Node.js 12 в том числе и ECMAScript Modules. ESM решает проблему интероперабельности модулей между Node.js и web, включает strict-режим по умолчанию и поддерживает три-шейкинг.

Синдре планирует в этом году перевести все свои npm-пакеты (более тысячи) на ESM и планирует полностью отказаться от CommonJS. Также он призывает всех майнтейнеров npm-пакетов присоединиться к этой инициативе, чтобы ускорить процесс миграции всей JavaScript-экосистемы.

#esm #nodejs

https://blog.sindresorhus.com/get-ready-for-esm-aa53530b3f77

ну ничего страшного, место реквайр - импорт)

Доброе утро, вопрос от джуна.
typeorm методом findAll мне возвращает обьект
user {
name: "blabla",
//а вот тут в масиве вложенный обьект
stack: [{
   level: 2
 } ]
}
как мне достать все в одном обьекте, а из stack только level
или обрабатывать лучше на фронте?
может class-transformer поможет?

отдавать на фронт лучше только то, что нужно.
Чтобы только level из stack, перекладывай нужные поля в новый объект:

const userWithLevel = {
  name: user.name,
  level: stack[0].level
}

Это если в массиве только один объект. Если больше, то перебираешь массив.

const userWithLevel = {
  name: user.name,
  level: stack[0].level
}

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

const userWithLevel = {
  name: user.name,
  level: stack[0].level
}

Только в этом случае Вы будете забирать лишние данные из базы и тратить ресурсы на перекладывание объектов.
Как вариант, написать raw sql который отдельно заджоинит и вернёт stack с теми столбцами, которые Вам нужны. А потом сложить его в user

запрос возвращает один вложенный обьект в каждом юзере, но блин, на фронт он вложенным и едет, а там мне нужно только одно поле

Попробуйте view entities из tupeorm
https://typeorm.io/#/view-entities

😘 спасибо сейчас посмотрю

Добрый день.
Считается ли использвание groups параметра - (указывание какую группу полей класса следует валидировать) при использовании скажем class-validator антипаттерном, или плохим подходом?

а, согласен, неверно понял вопрос

👍

Ещё можно попробовать через query builder, добавляя только те столбцы, которые нужны, через addSelect

А зачем создавать невалидные обьекты?

если создан валидирующий класс согласно сущности в БД, но в аргументах функции я получаю не все его поля, а только парочку - остальное заполню в базе к примеру null'ами

null тоже плохо. Лучше валидировать dto. Потом из валидного dto создавать сущность.