Отступы

Author: Alexandre887

1-js/99-js-misc/09-weakref-finalizationregistry/article.md

@@ -387,49 +387,35 @@ const getCachedImg = weakRefCache(fetchImg);
 
 ![](weakref-finalizationregistry-demo-02.png)
 
-<br>
 Предположим, что нам нужно создать коллаж из 4 фотографий: мы выбираем их, после чего нажимаем кнопку "Create collage".
 На этом этапе уже известная нам функция <code>weakRefCache</code> проверяет, есть ли нужное изображение в кеше. Если нет, то скачивает его из облака и помещает в кеш для возможности дальнейшего использования. И так происходит для каждого выбранного изображения:
-</br><br>
 
 ![](weakref-finalizationregistry-demo-03.gif)
 
-</br>
-
 Обратив внимание на вывод в консоли можно увидеть, какие из фотографий были загружены из облака - на это указывает <span style="background-color:#133159;color:white;font-weight:500">FETCHED_IMAGE</span>. Так как это первая попытка создания коллажа, это означает, что на данном этапе "слабый кеш" ещё был пуст, а все фотографии были скачаны из облака и помещены в него.  
 
 Но, наряду с процессом загрузки изображений, происходит ещё и процесс очистки памяти сборщиком мусора. Это означает, что хранящийся в кеше объект, на который мы ссылаемся используя слабую ссылку, удаляется сборщиком мусора. И наш финализатор выполняется успешно, тем самым удаляя ключ, по которому изображение хранилось в кеше. Об этом нас уведомляет <span style="background-color:#901e30;color:white;font-weight:500;">CLEANED_IMAGE</span>:
 
 ![](weakref-finalizationregistry-demo-04.jpg)  
 
-<br>
 Далее мы понимаем, что нам не нравится получившийся коллаж, и решаем изменить одно из изображений и создать новый. Для этого достаточно снять выделение с ненужного изображения, выбрать другое, и ещё раз нажать на кнопку "Create collage":
-</br><br>
 
 ![](weakref-finalizationregistry-demo-05.gif)  
 
-<br>
 Но, на этот раз не все изображения были скачаны из сети, и одно из них было взято из слабого кеша: об этом нам говорит сообщение <span style="background-color:#385950;color:white;font-weight:500;">CACHED_IMAGE</span>. Это означает, что на момент создания коллажа сборщик мусора ещё не удалил наше изображение, и мы смело взяли его из кеша,
 тем самым сократив количество сетевых запросов и ускорив общее время процесса создания коллажа:
-</br><br>
 
 ![](weakref-finalizationregistry-demo-06.jpg)
 
-<br>
 Давайте ещё немного "поиграем", заменив одно из изображений ещё раз и создав новый коллаж:
-</br><br>
 
 ![](weakref-finalizationregistry-demo-07.gif)  
 
-<br>
 На этот раз результат ещё более внушительный. Из 4 выбранных изображений, 3 из них были взяты из слабого кеша, и только одно пришлось скачать из сети.
 Снижение нагрузки на сеть составило около 75%. Впечатляет, не правда ли?
-</br><br>
 
 ![](weakref-finalizationregistry-demo-08.jpg)
 
-</br>
-
 Конечно, не следует забывать, что такое поведение не является гарантированным, и зависит от конкретной реализации и работы сборщика мусора.
 
 Исходя из этого, сразу же возникает вполне логичный вопрос: почему бы нам не использовать обычный кеш, где мы можем сами управлять его сущностями, а не полагаться на сборщик мусора? Всё верно, в большинстве случаев нет необходимости использовать `WeakRef` и `FinalizationRegistry`.