хм. Попробую, спасибо

Хотя когда импорты статические....

А если ещё и роллап есть, то можно вообще на всё забить и фигачить всё как есть

я убедился в обном, что перемешивать cli/backend/frontend в одной репке это зло

просто нужно научиться разруливать все это в разных репах

и управлять задачами

А если ещё и роллап есть, то можно вообще на всё забить и фигачить всё как есть

У меня недавно эффектор собирался из 8 пакетов с попытками разной степени успешности, пофиг, всё равно при сборке всё не актуальное уберётся

еще я понял одну важную вещь! надо всегда делать офлайн сборку проекта

т.е. держать все пакеты в репке

Лол

я для этого делать зеркало yarn

на случай если пакет исчезнет из npm

А на случай если исчезнет жс что приготовил?)

это о консистентности если че

Пакеты уже два года не удаляются

Это о паранойе

ну мало ли

А на случай если исчезнет жс что приготовил?)

по крайне й мере у меня в репе всегда хранится зеркало gz пакетов

и я в офлайне полном всегда могу собрать проект

Ну тебе так спокойнее, но это не имеет смысла

Пакеты просто больше не удаляются, безо всяких но и если

Пакеты просто больше не удаляются, безо всяких но и если

знаешь, это как на бога надейся, а сам не плошай

сегодня одна политика, завтра другая

послезавтра РКН закроет что-то там

а у тебя сотни пакетов, от которых ты зависишь

А почему для собственного спокойствия ты выбрал именно архивацию в репозиторий? На случай "мало ли что" это не спасет

А почему для собственного спокойствия ты выбрал именно архивацию в репозиторий? На случай "мало ли что" это не спасет

ну я просто сделал yarn-offline-mirror "./npm-packages-offline-cache"

в файле .yarnrc

и все... головной боли больше нет

это и для билда хорошо в любых условиях

и для собственного спокойствия

и product owner доволен

тем что он отныне не зависит ни от чего, даже если случится ядерная война и интернет отключат

его продукт в любом случае соберется в кучу

?

...

Ваще идея норм, нужно позаимствовать

Ваще идея норм, нужно позаимствовать

я тебе так скажу, идея очень даже норм и придумали не дураки

Но вот это смешно)

тем что он отныне не зависит ни от чего, даже есть случится ядерная война и интернет отключат

его продукт в любом случае соберется в кучу

пйоду спать

мне еще пару разделов веба запилить до 11:00 MSK надо :)))

и хотелось бы кеширование доделать в своих датасетах

@ZeroBias а ты в РФ трудишься?

@ZeroBias а ты в РФ трудишься?

Располагаюсь территориально здесь, да

По поводу ркн, а что мешает впн использовать?)

Там есть довольно неплохие варианты с отличным пингом и скоростью

А чем это от connect отличается?

тож самое ток через консумер

но тут ты с частью стейта работаешь

и естесно у тебе чайлдовые селекторы реже вызываются

@zdmitr дай ссылку на рематч или что там у тебя

@zdmitr дай ссылку на рематч или что там у тебя

я еще не допилил

>_>

но по факту мне нрав что вышло

Я просто вообще разницы с коннектом не увидел, единственное это дополнительно вынос логики во вне, т.е. Там где ты юзаешь компонент, ты должен знать о сторе и сделать как минимум импорт консумера

но по факту мне нрав что вышло

У тебя на редаксе или свой стейт-менеджер собирается?

я сделал как и говорил через проксю чекаю что юзает селектор

У тебя на редаксе или свой стейт-менеджер собирается?

вообще пофиг

гуд

хоть сет стейт хоть редакс

я сделал как и говорил через проксю чекаю что юзает селектор

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

ну ясн

из минусов, у тебя ток 30 ключей обзервится могут

но думаю если у тебя 30 ключей есть смысл это сплитнуть на два стора

ссылку скинь

меня в первую очередь апи интересует

а не реализация)

это в моей локальной монорепе

пока

первый аргумент мейк стейт это селектор данных от всего стора

wat O_o https://github.com/developit/histore

достойно лойса

Тем более, что мы глобал стейт юзаем так криво из за отсутствия DI если бы был нормальный DI то выборку данных логичнее было бы делать в конструкторе и магически вызывать forseUpdate если изменился стейт

я сделал как и говорил через проксю чекаю что юзает селектор

https://github.com/theKashey/memoize-state

А в плане мокания стора подойдёт моя либа, она позволяет сделать из любого редьюсера root и выделить отдельный стейт который юзает компонент, но второй вопрос нужно ли это, почему не юзать замоканый стейт

https://github.com/theKashey/memoize-state

но тут будет оверхед т.к тебе прийдется мемоизировать каждый селектор

я всего лишь считаю че юзает функция

1 раз

А у тебя не будет? И да - это вообще для мемоизации

1 раз

ты хотел сказать каждый раз?

нет

1 раз

на ините считается что юзает функция

return state.flag1 && state.flag2

ну будет флаг 1 и флаг 2

если flag1 == true, flag2 прочитан не будет

100%, можешь в https://github.com/theKashey/proxyequal (тестах) покопаться. Я почти два месяца edge case выковыривал

так если flag1 == false, до flag2 не дойдет