Post #4170
6.88K

Google отказывается от монополии на принятие решений в AMP и создаёт для управления проектом комитет, в который войдут эксперты и компании → https://amphtml.wordpress.com/2018/09/18/governance/
FO @forwebdev
Showing posts older than #4171 · Back to latest

For Web — фронтенд, дизайн, программирование URL.createObjectURL вместо FileReader.readAsDataURL Если вам нужно отобразить картинку, которая изначально представлена в виде файла или блоба, не используйте для этого асинхронный FileReader.readAsDataURL. Лучше применить синхронный URL.createObjectURL —…
URL.createObjectURL лучше FileReader.readAsDataURL, не заблокирует ли синхронный URL.createObjectURL поток, если передать ему жирные данные?FileReader.readAsDataURL: хоть он и работает асинхронно и не блокирует поток, он требует значительных ресурсов для чтения содержимого блоба и его конвертации в data URL.URL.createObjectURL лучше тем, что он не требует чтения содержимого блоба, а значит расходует гораздо меньше ресурсов; он синхронный, а значит максимально простой в использовании. Генерируемый URL основан на UUID, а не на содержимом блоба, а связываются URL с блобом через специальную специальную хеш-таблицу blob URL store. Пока блоб входит в эту хеш-таблицу, сборщик мусора не может удалить его из памяти, поэтому по завершении использования URL его и нужно отзывать через URL.revokeObjectURL.
FileReader.readAsDataURL. Лучше применить синхронный URL.createObjectURL — он моментально создаст для блоба временный URL, который можно использовать как угодно, например, в качестве src для <img />. После завершения использования временного URL не забудьте освободить память с помощью вызова URL.revokeObjectURL.








h3/div до details/summary по мотивам опроса в Твитере → https://www.sarasoueidan.com/blog/accordion-markup/
