D
Ну хотя да, го очень хорошо подходит для написания быстрых перекидываний байтов, очередей, балансеров, вот этого всего, насколько я понимаю
Size: a a a
2021 January 18
JT
ага, он заменяет сразу несколько сервисов
БВ
Всем привет, есть массив обьектов, у каждого обьекта есть поле ts(дата создания в миллисекундах ), как правильно сравнить эти поля так, чтобы разделить обьекты по дням ? Чтобы у последнего обьекта предыдущего дня добавить новое поле с датой того дня
D
Всем привет, есть массив обьектов, у каждого обьекта есть поле ts(дата создания в миллисекундах ), как правильно сравнить эти поля так, чтобы разделить обьекты по дням ? Чтобы у последнего обьекта предыдущего дня добавить новое поле с датой того дня
Было понятно вот до этого момента
Чтобы у последнего обьекта предыдущего дня добавить новое поле с датой того дня
AB
John Travolta
ну на ноде пишут без ооп, прекрасно все)
а, то есть там везде функциональные кишки и копипаста?
oT
John Travolta
ну на ноде пишут без ооп, прекрасно все)
вот вот)
JT
а, то есть там везде функциональные кишки и копипаста?
так а в чем поблема создать переиспользуемый модуль? Нет копипасты никакой
с другой стороны, нет этой лапши из бесконечных наследований
с другой стороны, нет этой лапши из бесконечных наследований
JT
Всем привет, есть массив обьектов, у каждого обьекта есть поле ts(дата создания в миллисекундах ), как правильно сравнить эти поля так, чтобы разделить обьекты по дням ? Чтобы у последнего обьекта предыдущего дня добавить новое поле с датой того дня
перед тем, как что-то добавлять, надо понимать какой будет результирующий массив объектов, чтобы понимать что есть последним днем, а что предпоследним?
AB
John Travolta
так а в чем поблема создать переиспользуемый модуль? Нет копипасты никакой
с другой стороны, нет этой лапши из бесконечных наследований
с другой стороны, нет этой лапши из бесконечных наследований
модули какие то писать... с ними еще развлекаться. но да ооп тож не идеален, согласен
JT
модули какие то писать... с ними еще развлекаться. но да ооп тож не идеален, согласен
модуль - это просто будет как класс, экземпляр которого ты где-либо создаешь
просто в ооп ты наследуешь от него, а в ноде ты всегда импортишь каждый раз, но три шейкинг при билде удалит все ненужные импорты/неиспользуемые модули, поэтому проблем не будет
просто в ооп ты наследуешь от него, а в ноде ты всегда импортишь каждый раз, но три шейкинг при билде удалит все ненужные импорты/неиспользуемые модули, поэтому проблем не будет
БВ
Было понятно вот до этого момента
Чтобы у последнего обьекта предыдущего дня добавить новое поле с датой того дня
есть к примеру 5 обьектов, у трех их них ts = дате предыдущего дня, а у двух ts = дате сегодняшнего дня. Нужно у последнего обьекта с датой предыдущего дня добавить либо флаг, либо продублировать дату с ключом к примеру lastDayMessage
DM
John Travolta
модуль - это просто будет как класс, экземпляр которого ты где-либо создаешь
просто в ооп ты наследуешь от него, а в ноде ты всегда импортишь каждый раз, но три шейкинг при билде удалит все ненужные импорты/неиспользуемые модули, поэтому проблем не будет
просто в ооп ты наследуешь от него, а в ноде ты всегда импортишь каждый раз, но три шейкинг при билде удалит все ненужные импорты/неиспользуемые модули, поэтому проблем не будет
А как экземпляр модуля создавать?
JT
А как экземпляр модуля создавать?
просто импорт в виде объекта
DM
JT
я не понял может твой вопрос
DM
Ну ты написал, модуль - это как класс, экземпляр которого ты создаешь
DM
Я просто не понял, как создавать экземпляр модуля
DM
Можешь привести пример?
JT
нет, я сказал, что модуль - это как класс, т.е. его можно рассматривать как класс, если привык думать категориями ооп
DM
Ну так по классу ты можешь создавать объекты