Но ведь тогда нам вручную придётся управлять кэшем? Создавать хранилище, подписываться на запросы, класть в хранилище, доставать оттуда. Наверное, такой вариант подходит, но не очень удобен.
Имеется в виду не это, а то, что в ряду (который на картинке изображен) вероятность того, что появится хотя бы одна пара одинаковых значений такая же, как появление хотя бы одной пара разных значений.
Вот выдержка с оригинала:
For example, having two of the same values generated in a row is the same exact probability of having any two values generated in a row.
Например, вероятность того, что в одном ряду появятся два одинаковых значения подряд, равна вероятности того, что в одном ряду появятся два разных значения подряд.
Если не нужно перерисовывать компонент при изменении этих произвольных данных, самый частый пример - записать timeoutID при вызове setTimeout, чтобы потом его очистить.
Но ведь тогда нам вручную придётся управлять кэшем? Создавать хранилище, подписываться на запросы, класть в хранилище, доставать оттуда. Наверное, такой вариант подходит, но не очень удобен.
Кажется, понял — контролируемо отключить кэш и собрать статистику. Спасибо, не думал в эту сторону.
Можешь рассказать подробнее про идею, пожалуйста?
Такое ощущение, что если будем менять имя каждый раз, то вообще кэш отключим.
Это тоже не подходит — нам нужно собирать стату с реальных пользователей. Локально я могу посмотреть в DevTools и без прокси.
Тогда не сможем использовать CDN эффективно, если за статикой будем ходить через наш сервер.
Как вариант, но если статика находится на CDN - то не подходит.
Имеется в виду не это, а то, что в ряду (который на картинке изображен) вероятность того, что появится хотя бы одна пара одинаковых значений такая же, как появление хотя бы одной пара разных значений.
Вот выдержка с оригинала:
Спасибо за замечание, я думаю, так правильнее.
Если не нужно перерисовывать компонент при изменении этих произвольных данных, самый частый пример - записать
timeoutID
при вызовеsetTimeout
, чтобы потом его очистить.