WebStorm выкатился с очень лагучими Project/Project Files при скролле списка и разворачивании подпапок. Rider пока избежал этой участи, но когда я тестил его EAP месяц назад, то там это также присутствовало.
Button будет перерисовываться при каждом изменении родительского компонента из-за изменения ссылки в параметре onClick. Это нарушает оптимизации приложения и влияет на его производительность.
Выглядит как проблема в реализации Button — onClick не должен влиять на результат рендера и соответственно на его вызов.
По мне идея триггерить события и затем в других местах множественно их отлавливать и на это как-то реагировать конечно интересная, но на практике все это дело дебажить и пытаться читать сам data flow крайне утомляет.
Хех, я лет 12 назад в процессе такого "тюнинга убунты" снес себе пол винта, пока не заподозрил что-то неладное, когда начали отваливаться виджеты и изчезать иконки..
Судя по тому, что в мире JS никто не обсуждает влияние и механизмы GC, то всем пока не до производительности. Ибо в тех же Java и C# понимание GC одна из важнейших вещей.
Ну лет 500 назад человек мог быть одновременно экспертом в химии, математике, механике и прочим наукам, а теперь видимо деградировал. Сомневаюсь, что сейчас квалифицированный железячник сможет написать качественный гуй.
В 2013 помню что VDOM стал революцией, а facebook корпорацией добра. JavaScript быстрее, чем вы думаете, говорили они… В итоге народ до сих пор и возится с атомарными компонентами, с разными memo, PureComponent и shouldComponentUpdate в борьбе с реконсиляцией.
Ага, и спустя 6 лет у них опять Free план. Без бесплатного тарифа у них похоже тоже ничего не взлетело. Может просто нужно уметь с этим работать?
Для меня такой провайдер стал поводом перейти на другой, ибо надоело убеждать гугл, что я не робот.
Стоит указать что Node.js однапоточна и красиво распараллеливать как в .NET не получится.
Почему Rust лидирует в TechEmpower Framework Benchmark
Свежий onClick мы всегда используем в статическом в рамках компонента handleClick методе, который используется в рендере.
Выглядит как проблема в реализации Button — onClick не должен влиять на результат рендера и соответственно на его вызов.
В реальном мире нет функции save / load
Это же лошадь!
Возможно, что такая практика когда-нибудь поможет всему человечеству выжить.
Хех, я лет 12 назад в процессе такого "тюнинга убунты" снес себе пол винта, пока не заподозрил что-то неладное, когда начали отваливаться виджеты и изчезать иконки..
Судя по тому, что в мире JS никто не обсуждает влияние и механизмы GC, то всем пока не до производительности. Ибо в тех же Java и C# понимание GC одна из важнейших вещей.
Ну лет 500 назад человек мог быть одновременно экспертом в химии, математике, механике и прочим наукам, а теперь видимо деградировал. Сомневаюсь, что сейчас квалифицированный железячник сможет написать качественный гуй.
В 2013 помню что VDOM стал революцией, а facebook корпорацией добра. JavaScript быстрее, чем вы думаете, говорили они… В итоге народ до сих пор и возится с атомарными компонентами, с разными memo, PureComponent и shouldComponentUpdate в борьбе с реконсиляцией.