sizeof(int) + оверхед на массив или sizeof(int) * 10000 + оверхед на массив?

кто юзает ?

Я

парни, такой вопрос: в koa есть такой роут: .get('/:id', async (ctx) => { const result = await fakeResponse(); if (result) { ctx.body = JSON.stringify(result); console.log(ctx.body); } else { ctx.status = 204; } }) в реакт компоненте: fetchData = (url) => { this.setState({ loading: true, error: null }); fetch(`http://localhost:3001${url}`) .then((data) => this.setState({ loading: false, data })) .catch((error) => this.setState({ loading: false, error })); } в console.log(ctx.body); выдаёт то что надо. а в реакт-компонент прилетатает вот это: Response body: (...) bodyUsed: false headers: Headers ok: true redirected: false status: 200 statusText: "OK" type: "cors" url: "http://localhost:3001/12/"

Скорее второе (но не уверен), но важнее то, что sparse array медленнее обычных, по возможности нужно их избегать

Для каких проектов

лерна под отдельной репой у вас, или по репам с проектами размазана ?

Обкатал в telegram-mtproto, (там шесть пакетов разного назначения) теперь в закрытые проекты подтягиваю

спасибо

ребят, а еще, не покажите, плиз, 2 объекта sequelize со связью one-to-many, если не сложно? ну на подобие User и Post

каков профит, по сравнению, просто с репой без пакетов ?

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

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

Ну например фронт и бэк. Они будут требовать разных пакетов, lerna bootstrap - и всё само устанавливается и линкуется если надо

хм... тогда получается три физических репозитория, фронт , бэк, шаред. И если я делаю что-то в шаред, то должен вносить изменения ещё в двух репах и их коммитить

Я вот думаю проект так писать. Бизнес логику вынести в отдельный пакет. Это норм?

спасибо

хм... тогда получается три физических репозитория, фронт , бэк, шаред. И если я делаю что-то в шаред, то должен вносить изменения ещё в двух репах и их коммитить

спасибо

Так что по памяти оно займет немного места

Я вот думаю проект так писать. Бизнес логику вынести в отдельный пакет. Это норм?

https://developer.mozilla.org/ru/docs/Web/API/Fetch_API

да, супер там просто массивы в массивах (yo dawg) и последний уровень не охота в объект класть

пакет в монорепе, под лерной

Благодарю. всего то надо дописать .then(r=> r.json())

Тогда откуда "вносить изменения в остальные пакеты"? В принципе, lerna сама следит за актуальностью версий зависимостей

Если она действительно общая и есть смысл, то норм

А если установить значение пустого массива со 100500-ым индексом, то он же насоздаёт пустых элементов до него? Это медленно?

Не создаёт по факту

Это как понимать?

Плюс lerna run <comand> -- запустить сразу всо всех репах с такой командой. От банального lerna run start до каких-то более сложных вариантов)

То есть, он просто создаёт элемент и лишней работы не делает?

Только при попытке их все перебрать

Не, при попытке перебрать тоже не делает

Не, при попытке перебрать тоже не делает

Не, при попытке перебрать тоже не делает

А если [...list] ?

Глянь на atmx.in/rest, atmx.in/rest-ex, atmx.in/rest-koa Есть смысл в монорепо?

сейчас я делаю апдейт пакета под гитом и перезапускаю софт. Удобнее ли это будет сделать с лерной, без гита и через самоапдейт софта через npm update ?

@zerobias что думаешь

нет, в map/forEach/... проверка на существование

Плюс ещё один бонус монорепы - можно убрать из devDeps каждого пакета нерелевантные ему штуки. Работая с четырьмя пакетами, на все будет всего один инстанс eslint, один flow (вот от этого особенно хорошо, учтывая его жручесть) и так далее

В плане?