Интересный стэк  ☄️❄️🌲🍃

🌵

Сноупак типо?

🥦

ага

🍃🌲☄️ Типо в дерево летит)

комета летит в дерево и слетают листья от удара

можно хокку сделать

Комета летит
Удар
Упали листья

Листья упали*

пока в чатике затишье, хочу спросить мнение сообщества :)

когда я делал effector-storage, мне хотелось сделать сделать минимальный размер, потому что за образец я брал effector-localstorage, который постулируется как minimalistic, вот и мне не хотелось сильно жирную либу делать.

из-за этой неявной цели там используются разные приёмы, которые выглядят не очень красиво, также из-за этого sync выделен в отдельный файл, чтобы в основном был bare minimum.

@yogurt1 сделал PR, позволяющий задавать свои функции сериализации/десериализации вместо JSON.stringify/JSON.parse, и я всё думаю. и вот спрашиваю вас, особенно тех, кто пользуется либой.

лучше если основная функциональность будет минимальная, а всё дополнительное делать в отдельных файлах, типа, расширять возможности, если кому-то требуется?

или лучше если сразу будет много возможностей (например, объеденить sync с основной версией, добавить возможность задавать свои функции и т.д.), но при этом размер будет больше?

можно продумать Апи, что бы все эти абстракции реализовывать поверх твоей либы

ну вот это относится к первому варианту, да. то есть вопрос, лучше всё сразу как комбайн, или лучше базовая функциональность по минимуму, а если надо — расширяемость?

не знаю как лучше но в redux-persist, все кастомные стратегии импортируются из других файлов

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

хорошо бы

ну да, bare-minimum/модульно в своих файлах экспортить, в индексе комбайн
кому нужен bare-minimum накатят бабель плагин для импортов, или будут сами импортить напрямую, кому пофигу, просто будет пользолваться паблик импортами, хз

но если комбайн сделан в рамках одной функции, какой тут тришейкинг

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

если нормально сделать импорты по файлам, чтобы потом импорт рулы можно было прописать, типа import {someMethod} from "…" —> import someMethod from "…/lib/someMethod"

а, ну это понятно. это немного не то, что я спрашивал, но по факту это вариант с ядром и расширяемой функциональностью.