Библиотека Fresco от Facebook

[@Suvitruf]

Странно, что только Gradle и ADT версии описаны в документации, хотя, к счастью, у них есть и Maven версия:

<dependency>
	<groupId>com.facebook.fresco</groupId>
	<artifactId>fresco</artifactId>
	<version>0.6.1</version>
</dependency>

[@Bringoff]

Вообще-то Gradle и Maven, грубо говоря, взаимозаменяемы. То есть, в любой Gradle-записи compile 'com.facebook.fresco:fresco:0.6.1' до первого двоеточия groupId, между первым и вторым artifactId, и в конце version. Так что смысла описывать подключение зависимости для Gradle и Maven отдельно я не вижу.

[@Suvitruf]

Может я чего-то не понимаю, но разве у Gradle и Maven не разные репо? Вполне может быть, что в Maven репо будет не последняя версия либы, учитывая, что нынче все переходят на Android Studio и первично собирают Gradle версию.

[@Bringoff]

Что мешает подключить репу?

[@kivsiak]

Вы заблуждаетесь. Maven, gradle, sbt, ivy — все используют одни и теже репозитории.

[@HotIceCream]

Разве формат у ivy и maven репозиторием одинаковый? Я почему спрашиваю — в gradle можно подключить и те и те репозитории, но необходимо отдельно указывать формат — ivy это или maven. Поэтому возникает предположение, что они разные.
docs.gradle.org/current/dsl/org.gradle.api.artifacts.repositories.IvyArtifactRepository.html
docs.gradle.org/current/javadoc/org/gradle/api/artifacts/repositories/MavenArtifactRepository.html

[@Zabelnikov]

Добавил в статью.

[@artemgapchenko]

… библиотека Fresco идеально Вам подойдёт, так как она гибкая и расширяемая практически везде.

Как-то не совсем убедительно звучит. Есть же уже Picasso, Glide, UIL — это то, что пришло в голову с ходу. И из переведенной вами статьи непонятно, чем Fresco лучше.
Насколько я понял по чтению официальной документации и из статьи Square, в которой они объясняли причины создания LeakCanary (тыц и тыц), вся соль Fresco в том, что в Android 4.x и ниже, она Bitmap не использует, использует вместо этого какое-то свое представление изображений и укладывает картинки в особый регион памяти (который, скорее всего, расположен вне heap раздела). И в итоге получается, что памяти отъедается гораздо меньше, чем при использовании стандартных ImageView/BitmapDrawable. Плюс есть поддержка progressive JPEG, которая отсутствует в стандартном SDK.

[@Arturka]

Тема особо не раскрыта, точнее, не раскрыта совсем. У них хорошая документация, можно было бы и добавить что-то в статью. А вообще, это библиотека очень мощная, как и всегда у фейсбука) Но при этом такая мощь бывает нужна нечасто, подавляющему большинство проектов с лихвой хватит Picasso / Glide / UIL.