URLStream vs URLLoader

[Akopalipsis]

На днях открыл для себя URLStream и в свободные моменты пытался найти по нему хоть какую-то информацию.
Но все безрезультатно, по этому и хочется спросить - какие у него преимущества или недостатки по сравнению с URLLoader. Сам читаю хелп и так у меня в голове о нем картинка складывается, что это одно и тоже, я не вижу разницы. Есть она? Возможно он работает быстрее..

[alexcon314]

http://help.adobe.com/ru_RU/FlashPla...URLStream.html

Класс URLStream обеспечивает низкоуровневый доступ к загружаемым URL-адресам. Данные становятся доступными для кода приложения сразу во время загрузки. В отличие от URLLoader, нет необходимости ждать окончания загрузки всего файла. Класс URLStream также позволяет закрывать поток до того, как будет завершена его загрузка. Содержимое загруженного файла доступно в качестве необработанных двоичных данных.

Операции чтения в URLStream не являются блокирующими. Это означает, что перед тем как считать данные, необходимо с помощью свойства bytesAvailable определить, доступен ли необходимый объем этих данных. Исключение EOFError создается при наличии неполных данных.

http://help.adobe.com/ru_RU/FlashPla...URLLoader.html

Класс URLLoader загружает данные с URL-адреса в виде текста, двоичных данных или переменных в кодировке URL. Данная функция целесообразна при загрузке текстовых файлов, XML-объектов или других сведений, которые будут использованы в динамическом приложении по обработке данных.
Объект URLLoader загружает все данные с URL-адреса, прежде чем сделать их доступными для кода в приложениях. Он отправляет оповещения о состоянии загрузки, которые можно отслеживать с помощью свойств bytesLoaded и bytesTotal, а также посредством отправленных событий.

При загрузке очень больших видеофайлов, таких как FLV, могут возникнуть ошибки из-за нехватки памяти.

Вот что тут может быть непонятно?

[Akopalipsis]

Честно сказать, я не знаю, как передаются данные... Мне кажется, что они все передаются байтами или чем-то таким. И вот получается, что и первый и второй грузит одинаково, различие только во времени доступа к загруженному, но второй по умолчанию эти байты переводит в строку.

Класс URLLoader загружает данные с URL-адреса в виде текста, двоичных данных или переменных в кодировке URL.

А URLStream это не может сделать?
И ссылки не надо, я всегда хелп читаю... Просто я уже неделю изучаю все-все ассет менеджеры, которые могу найти, чтобы перенять то, что мне понравиться и сделать для себя подобное, но только легче, там много всего лишнего для универсальности написано. И вот в одном менеджере я наткнулся на классы загрузчика-задания, где автор все при помощи URLStream грузит. И меня это заинтересовало, так-как в других ( я много пересмотрел ) ассет менеджерах, для каждой загрузки, свой класс, типа - swfLoader, imgLoader, xmlLoader.. И мне как-то это не особо понравилось и ещё больше склонило в сторону URLStream, так-как все разнообразие классов сводится к двум. Но из-за того, что вариант с такой загрузкой встретился только у одного исполнителя, я решил спросить у опытных, есть ли какие-то плюсы и минусы...?

[Psycho Tiger]

Грузишь ты XML. Тебе не нужен кусок файла, чтобы его использовать, тебе он нужен только весь. Используешь URLLoader.
Грузишь ты аватарку. Ты не хочешь показывать часть аватарки, ты хочешь загрузить её полностью, чтобы сделать с ней модный 3д эффект. Используешь Loader, потому что URLLoader'ы для картинок использовать – скорее всего, дурная затея. (Да, этот пример – оффтоп. Не расслабляемся!)
Грузишь ты видео. Ты хочешь чтобы пользователь видел тот кусок, что он уже загрузил, чтобы он мог смотреть его потоком. Используешь URLStream.

[Akopalipsis]

(Да, этот пример – оффтоп. Не расслабляемся!)

Такие глупые вопросы, возникают лишь по тому, что я ещё не дошел до момента, при котором могу сказать - это код нехороший!
Вот я увидел, как кто-то использует при любой загрузке URLStream и первое что пришло в голову - а правильно ли это? А как можно узнать? Спросить! Если не спрашивать сейчас, то ко времени, когда будет кому подсказывать, я боюсь зарыться по самое нехочу.