Нет, вторая часть какая-то замороченная и более инструментальная. В этой же есть общие теоретические рассуждения. Если интересно, советую посмотреть статью Адама с галереей разных визуализаций, и выводами, которые он сделал на их основании ) http://www.adamtornhill.com/articles/crimegallery/codecrimescenegallery.htm
Я не вижу связи между распределением частоты слов естественного языка (про которое говорится в законе Ципфа) и распределением частоты внесения изменений в код по файлам. В целом, геометрическое распределение много где встречается.
Это я ерунду написал, через delete атрибуты объекта удаляют.
Внимательно посмотрел на код, и мне кажется, Вы не совсем правильно сделали выводы. Очевидно, основной профит тут получен от использования [canvas]. Просто при ее использовании можно забывать про объект Image. Если в способ с [canvas], где используется много объектов Image, добавить обнуление src: image.src = '' , то все будет так же замечательно (я проверил), как и в последнем примере, с одним Image.
Плюс, из кода можно поудалять телодвижения насчет isProcessing — все равно же одна картинка обрабатывается в каждый момент времени вплоть до ее полной загрузки. С другой стороны, можно попробовать увеличить количество картинок, обрабатываемых одномоментно хотя бы до трех, вряд ли будет фриз.
Но вообще, Вы сделали полезное исследование, даже ребята из mozilla не стали этим заморачиваться, например developer.mozilla.org/en-US/docs/Using_files_from_web_applications#Example.3A_Using_object_URLs_to_display_images
PS Код для второго подхода приведен неполностью — нет добавления [canvas] в DOM.
Для меня актуальна задача, когда нужно определить начало и конец конкретного http-запроса. При этом понятно, что ответ обычно бьется на несколько пакетов. Как можно увидеть суммированное значение времени ответа?
Вот уж воистину сатанизм! Все мы хотим, чтобы сайты начали как можно раньше загружаться, особенно на слабых каналах, пишем всякие аналоги flush(), и вот все коту из-за каких-то костылей под responsive images.
Пусть дослушивают в магистратуре. В дополнение к куче предметов. Хотя более либеральный подход был бы в том, чтобы слушали те, кому надо. Остальные пусть мучаются потом.
Как решить проблему с необходимостью читать базовые курсы?
Обычно поступающий формулирует для себя поступление хотя бы за полгода. Поэтому можно было бы предоставлять базовые курсы онлайн, дистанционно. Это будет «обрезанный» вариант, но для некоторых он будет спасением.
Вроде как вполне совместимы. Можно прокидывать для получения контекста , где выставлен атрибут `crossOrigin`
Кен Томпсон
Если каждый раз «обнулять» Image.src, то может быть выгода по сравнению со случаем, когда останется один объект Image с «необнуленным» src.
Внимательно посмотрел на код, и мне кажется, Вы не совсем правильно сделали выводы. Очевидно, основной профит тут получен от использования [canvas]. Просто при ее использовании можно забывать про объект Image. Если в способ с [canvas], где используется много объектов Image, добавить обнуление src:
image.src = '', то все будет так же замечательно (я проверил), как и в последнем примере, с одним Image.Плюс, из кода можно поудалять телодвижения насчет isProcessing — все равно же одна картинка обрабатывается в каждый момент времени вплоть до ее полной загрузки. С другой стороны, можно попробовать увеличить количество картинок, обрабатываемых одномоментно хотя бы до трех, вряд ли будет фриз.
Но вообще, Вы сделали полезное исследование, даже ребята из mozilla не стали этим заморачиваться, например developer.mozilla.org/en-US/docs/Using_files_from_web_applications#Example.3A_Using_object_URLs_to_display_images
PS Код для второго подхода приведен неполностью — нет добавления [canvas] в DOM.
delete image?Обязательно поделитесь таким примером с общественностью. Прошу, хотя бы мне отправьте!
Обычно поступающий формулирует для себя поступление хотя бы за полгода. Поэтому можно было бы предоставлять базовые курсы онлайн, дистанционно. Это будет «обрезанный» вариант, но для некоторых он будет спасением.