В соответствии с моим нынешним пониманием неверно объявлять, что URI данных является, по сути, URL.HTMLCanvasElement.toDataURL - Неверно названная функция?
Итак, с учетом этого, было бы правильно сказать, что функция JavaScript HTMLCanvasElement.getDataURL() была названа неправильно? Или есть конкретная причина, почему ее назвали так, как она была.
Я ссылаюсь на this answer, так как он указывает, что URI данных равен , а не URL.
WHATWG решил, что желательно
стандартизировать термин URL. URI и IRI просто сбивают с толку. На практике единый алгоритм используется для обоих, поэтому сохранение их различий не помогает никому. URL также легко выигрывает конкурс популярности результатов поиска.
https://url.spec.whatwg.org/#goals
Веб-браузеры теперь имеют встроенный, стандартизированный URL объект, который используется для создания Blob UR L s. Попрощайтесь с URI.
Это можно было бы считать неточным современными определениями URI и URL, но в соответствии с W3 recommendation именование основано на RFC 2397, который определяет данные URL схемы.
Я вижу сейчас, спасибо. Кажется, что конкретные/согласованные определения URL/URI несуществуют. – thephpdev
Этот RFC с 1998 года. Однако «неправильное» использование URL-адреса в смысле URI было сохранено в гораздо более современном [URL-спецификации] (https://url.spec.whatwg.org/#local-scheme). – Touffy
@Touffy Спасибо за ссылку. Я специально упомянул 2397, поскольку на ней ссылается спецификация, которая определяет поведение рассматриваемого метода. –
Ответ на вопрос, на который вы ссылаетесь. Почему вы спрашиваете еще раз? – Touffy
Причина, по которой я спрашивал, заключается в том, что я был поражен тем, что глупая ошибка, такая как различие между URL-адресом и URI, получила вначале процесс утверждения спецификации, и я хотел знать, была ли какая-то конкретная причина, почему она может быть названа в сюда. Я переведу вопрос, поскольку не совсем ясно, о чем я прошу. – thephpdev