Это же просто статика класса

Ну как бы смотря куда кидать...

Пока не могу уловить смысл такого размещения сторов

Ну как бы компонент для измерения inner размеров...

А, чтобы их подхватить

Ну в родителе ж хватаются

Можно, но нужно не всегда. Правильно или нет, зависит от задачи. Сторы - это для реактивных глобальных данных. Особенность контекстов в неявном пробрасывании по иерархии внизу, но они не реактивные. Если нужен реактивный стор пробрасываемый по иерархии вниз то просто кладём его в контекст

Не, это модуль. Контексты это именно get/setContext

Но по смыслу ж выходит тож в контексте модуля?

А, эта штука для детей...

Хм, вроде нет) не могу мысль уловить

get/setContext передается вниз потомкам

Да

а context=module это вообще другое

Всё описано в документации

context=module  это совместный контекст для таких-же компонентов, но не для потомков и принцип работы да и предназначение у них другое, сходство в названии случайное

Я в своё время предлагал type=“module”

А! Спасибо.

Кстати, раз уж мы о совместном контексте одинаковых модулей, допустим у меня создаётся несколько одинаковых моделей и в них есть допустим хелперы или хендлеры. Есть ли смысл переносить из в совместный контекст? Насколько я заметил, код бандла будет на пару КБ больше.
И еще вопрос к Павлу. На одном из докладов ты говорил, что хелперам надо передавать аргументы, то есть чтобы они не брали из из замыкания. Это просто так принято или это влияет на что-то?