Не очень понимаю, что значит "не теоретизируйте" в данном контексте. И как утверждение: "везде разные "css пиксели"" связано с тем, что пользователю с экраном iphone 5 и широкоформатного телевизора нужно показывать один шрифт. Если Вы клоните к тому, что на телевизоре 4K размер шрифта 14px будет выглядеть так же, как и на iphone 5 (из-за разного размера этих пикселей) и давать одинаковый UX, то из исходя чисто из практики это далеко не так.
Все таки я не соглашусь с тем, что размер шрифта зависит от размера экрана примерно никак. Отображать один и тот же размер шрифта на экране iphone 5 и на экране широкоформатного телевизора вряд ли уместно. Если я, конечно, правильно понял о чем Вы.
У каждого приема есть свои нюансы и особенности, в том числе и свои ограничения. Нельзя сказать, что это универсальная техника для всех на все случаи жизни. В моем приложении это сработало и об этом я хочу рассказать в следующей своей публикации. В том числе и про нюансы и ограничения этого приема, с которыми можно столкнуться.
Резонные замечания. Могу предположить, что автор оригинальной статьи не хотел перегружать пример другими деталями и сконцентрировать внимание на использовании хука, без других подробностей. Это только предположение, но выглядит логичным.
Да, будет замечательно, когда он появится. Хорошее замечание.
Пока этот показался очень удобным решением в несколько строчек, если нет желания и необходимости тащить в проект дополнительные зависимости для denouncing’га.
В комментариях под оригинальной статьей есть вопрос по схожей тематике и ответ автора статьи. Ниже приведу перевод этого диалога:
Вопрос:
Эй! У меня есть вопрос. Мне действительно нравится это решение и я реализовал что-то похожее в своем приложении, но я заметил такую вещь. Из-за того, что я использую
useState в множестве различных компонентов, он вызывается множество раз при загрузке. Думаете ли вы, что это будет серьезным препятствием при масштабировании или есть
путь реализовать это таким образом, что бы он не вызывался снова и снова для извлечения значений?
Ответ:
Привет, Брендон! На работе в продакшене мы переместили dispatch в отдельный контекст и теперь имеем отдельные useDispatch и useStore хуки. Обычно компоненты, которым нужен
dispatch actions, в основном, не используют само состояние. Этот момент сможет срезать большое количество ререндеров, которые вы наблюдаете.
Другой опцией для возможного сокращения вызовов может быть создание "hydrate store" action, который будет совершать всю начальную загрузку состояния, которое Вам нужно в
одном действии. Я не уверен, насколько это возможно в вашем проекте, но мы тоже этим занимаемся.
То есть Вы всегда используете один размер шрифта на все размеры экрана?
Не очень понимаю, что значит "не теоретизируйте" в данном контексте. И как утверждение: "везде разные "css пиксели"" связано с тем, что пользователю с экраном iphone 5 и широкоформатного телевизора нужно показывать один шрифт. Если Вы клоните к тому, что на телевизоре 4K размер шрифта 14px будет выглядеть так же, как и на iphone 5 (из-за разного размера этих пикселей) и давать одинаковый UX, то из исходя чисто из практики это далеко не так.
Все таки я не соглашусь с тем, что размер шрифта зависит от размера экрана примерно никак. Отображать один и тот же размер шрифта на экране iphone 5 и на экране широкоформатного телевизора вряд ли уместно. Если я, конечно, правильно понял о чем Вы.
У каждого приема есть свои нюансы и особенности, в том числе и свои ограничения. Нельзя сказать, что это универсальная техника для всех на все случаи жизни. В моем приложении это сработало и об этом я хочу рассказать в следующей своей публикации. В том числе и про нюансы и ограничения этого приема, с которыми можно столкнуться.
Пожалуйста! Очень рад, что тема понравилась!
Пожалуйста! Очень рад, что тема понравилась. Спасибо за обратную связь.
Рад, что пост оказался полезным! Если будет потом какой-то фидбэк, пишите сюда.
Они в чём-то похожи, действительно. Но определённо разные. Какая лучше, тут уж на вкус и цвет каждого. По предпочтениям.
Хорошая тенденция, на мой взгляд. Спасибо за ссылку, может быть кто-то обратит для себя внимание на Dracula theme.
Резонные замечания. Могу предположить, что автор оригинальной статьи не хотел перегружать пример другими деталями и сконцентрировать внимание на использовании хука, без других подробностей. Это только предположение, но выглядит логичным.
Да, будет замечательно, когда он появится. Хорошее замечание.
Пока этот показался очень удобным решением в несколько строчек, если нет желания и необходимости тащить в проект дополнительные зависимости для denouncing’га.
Спасибо за комментарий.
В комментариях под оригинальной статьей есть вопрос по схожей тематике и ответ автора статьи. Ниже приведу перевод этого диалога:
Вопрос:
Эй! У меня есть вопрос. Мне действительно нравится это решение и я реализовал что-то похожее в своем приложении, но я заметил такую вещь. Из-за того, что я использую
useState в множестве различных компонентов, он вызывается множество раз при загрузке. Думаете ли вы, что это будет серьезным препятствием при масштабировании или есть
путь реализовать это таким образом, что бы он не вызывался снова и снова для извлечения значений?
Ответ:
Привет, Брендон! На работе в продакшене мы переместили dispatch в отдельный контекст и теперь имеем отдельные useDispatch и useStore хуки. Обычно компоненты, которым нужен
dispatch actions, в основном, не используют само состояние. Этот момент сможет срезать большое количество ререндеров, которые вы наблюдаете.
Другой опцией для возможного сокращения вызовов может быть создание "hydrate store" action, который будет совершать всю начальную загрузку состояния, которое Вам нужно в
одном действии. Я не уверен, насколько это возможно в вашем проекте, но мы тоже этим занимаемся.