Asynchronous image downloader with cache support as a UIImageView category
Go to file
DreamPiggy fbf7eb2f46
Merge pull request #2854 from dreampiggy/revert_heic_default_coder
Revert animated heic coder from default coder list due to Apple's performance issue
2019-09-27 12:15:02 +08:00
.github Change the stale date for issues from 30 days to 60 days 2019-08-26 15:44:23 +08:00
Configs Update the xcconfig of UIKit for macOS config 2019-08-12 20:50:11 +08:00
Docs Delete prepare shell when archive static library and update manual installation doc. (#2685) 2019-04-10 16:45:48 +08:00
Examples Update the example with HEIC coder, this can be used to investigate future performance enhancement from Apple 2019-09-27 11:44:09 +08:00
SDWebImage Remove the HEIC coder from default coder list. Since it contains performance issue and may block main thread. Needs to check in the future iOS release 2019-09-27 11:41:00 +08:00
SDWebImage.xcodeproj Add HEICCoder (HEIF naming is taken by SDWebImageHEIFCoder repo), supports animated HEICS format as well 2019-09-22 15:05:30 +08:00
SDWebImage.xcworkspace Remove `SDWebImage.xcodeproj` from the workspace, try to solve the Xcode New Build System issue of implicit dependency for `SDWebImage.framework` (Both CocoaPosd and SDWebImage.xcodeproj can produce this framework), which cause build issue 2019-08-13 19:34:23 +08:00
Tests Added the test case `test15DownloaderLIFOExecutionOrder` to fix the LIFO order. See #2823 2019-09-26 22:49:31 +08:00
WebImage Add HEICCoder (HEIF naming is taken by SDWebImageHEIFCoder repo), supports animated HEICS format as well 2019-09-22 15:05:30 +08:00
.gitattributes Added 1st version of design (StarUML) 2016-05-08 23:58:26 +03:00
.gitignore Add the SwiftPM build steps in travis-CI 2019-06-18 19:31:23 +08:00
.travis.yml Fix the Travis-CI test using iPhone 11 Pro (iOS 13.0) simulator with Apple Watch 2019-09-22 18:25:18 +08:00
CHANGELOG.md update CHANGELOG 2019-09-05 00:03:03 +08:00
LICENSE Bumped Copyright to cover 2018 2018-07-17 10:56:58 +03:00
Package.swift Fix SwiftPM build issue, by moving all the Core source files && headers, into SDWebImage/Core, which is used as public headers directory 2019-07-25 18:42:05 +08:00
Podfile Update CI to use Xcode 10.2. Combine both the Example and Test Podfile into one. Make CocoaPods only generate one `Pods.xcodeproj` and fix the New Build System issue 2019-06-18 15:46:08 +08:00
README.md Update the readme about markdown link, using the GitHub page instead of raw download link 2019-09-26 14:30:51 +08:00
SDWebImage.podspec Merge branch 'master' of https://github.com/dreampiggy/SDWebImage; branch '5.1.x' of https://github.com/SDWebImage/SDWebImage 2019-09-05 00:10:16 +08:00
SDWebImage_logo.png Updated logos per #2579 2019-03-19 10:27:41 +02:00
SDWebImage_logo_small.png Updated the organization (small) logo - needed a squared one 2019-04-13 07:00:11 +03:00
codecov.yml Config both iOS && macOS flag for codecov report 2019-04-04 13:35:20 +08:00

README.md

Build Status Pod Version Pod Platform Pod License Carthage compatible SwiftPM compatible Mac Catalyst compatible codecov

This library provides an async image downloader with cache support. For convenience, we added categories for UI elements like UIImageView, UIButton, MKAnnotationView.

Features

Supported Image Formats

  • Image formats supported by UIImage (JPEG, PNG, HEIC, ...), including GIF/APNG/HEIC animation
  • WebP format, including animated WebP (use the SDWebImageWebPCoder project)
  • Support extendable coder plugins for new image formats. Like BPG, HFIF, SVG, etc. See all the list in Image coder plugin List

Additional modules

In order to keep SDWebImage focused and limited to the core features, but also allow extensibility and custom behaviors, during the 5.0 refactoring we focused on modularizing the library. As such, we have moved/built new modules to SDWebImage org.

Coders for additional image formats

Loaders

Integration with 3rd party libraries

Make our lives easier

You can use those directly, or create similar components of your own.

Requirements

  • iOS 8.0 or later
  • tvOS 9.0 or later
  • watchOS 2.0 or later
  • macOS 10.10 or later (10.15 for Catalyst)
  • Xcode 10.0 or later

Backwards compatibility

Getting Started

Who Uses It

Communication

  • If you need help, use Stack Overflow. (Tag 'sdwebimage')
  • If you'd like to ask a general question, use Stack Overflow.
  • If you found a bug, open an issue.
  • If you have a feature request, open an issue.

Contribution

How To Use

  • Objective-C
#import <SDWebImage/SDWebImage.h>
...
[imageView sd_setImageWithURL:[NSURL URLWithString:@"http://www.domain.com/path/to/image.jpg"]
             placeholderImage:[UIImage imageNamed:@"placeholder.png"]];
  • Swift
import SDWebImage

imageView.sd_setImage(with: URL(string: "http://www.domain.com/path/to/image.jpg"), placeholderImage: UIImage(named: "placeholder.png"))

Animated Images (GIF) support

In 5.0, we introduced a brand new mechanism for supporting animated images. This includes animated image loading, rendering, decoding, and also supports customizations (for advanced users). This animated image solution is available for iOS/tvOS/macOS. The SDAnimatedImage is subclass of UIImage/NSImage, and SDAnimatedImageView is subclass of UIImageView/NSImageView, to make them compatible with the common frameworks APIs. See Animated Image for more detailed information.

FLAnimatedImage integration has its own dedicated repo

In order to clean up things and make our core project do less things, we decided that the FLAnimatedImage integration does not belong here. From 5.0, this will still be available, but under a dedicated repo SDWebImageFLPlugin.

Installation

There are four ways to use SDWebImage in your project:

  • using CocoaPods
  • using Carthage
  • using Swift Package Manager
  • manual install (build frameworks or embed Xcode Project)

Installation with CocoaPods

CocoaPods is a dependency manager for Objective-C, which automates and simplifies the process of using 3rd-party libraries in your projects. See the Get Started section for more details.

Podfile

platform :ios, '8.0'
pod 'SDWebImage', '~> 5.0'
Swift and static framework

Swift project previously have to use use_frameworks! to make all Pods into dynamic framework to let CocoaPods works.

However, start with CocoaPods 1.5.0+ (with Xcode 9+), which supports to build both Objective-C && Swift code into static framework. You can use modular headers to use SDWebImage as static framework, without the need of use_frameworks!:

platform :ios, '8.0'
# Uncomment the next line when you want all Pods as static framework
# use_modular_headers!
pod 'SDWebImage', :modular_headers => true

See more on CocoaPods 1.5.0 — Swift Static Libraries

If not, you still need to add use_frameworks! to use SDWebImage as dynamic framework:

platform :ios, '8.0'
use_frameworks!
pod 'SDWebImage'

Subspecs

There are 2 subspecs available now: Core and MapKit (this means you can install only some of the SDWebImage modules. By default, you get just Core, so if you need MapKit, you need to specify it).

Podfile example:

pod 'SDWebImage/MapKit'

Installation with Carthage (iOS 8+)

Carthage is a lightweight dependency manager for Swift and Objective-C. It leverages CocoaTouch modules and is less invasive than CocoaPods.

To install with carthage, follow the instruction on Carthage

Carthage users can point to this repository and use whichever generated framework they'd like: SDWebImage, SDWebImageMapKit or both.

Make the following entry in your Cartfile: github "SDWebImage/SDWebImage" Then run carthage update If this is your first time using Carthage in the project, you'll need to go through some additional steps as explained over at Carthage.

NOTE: At this time, Carthage does not provide a way to build only specific repository subcomponents (or equivalent of CocoaPods's subspecs). All components and their dependencies will be built with the above command. However, you don't need to copy frameworks you aren't using into your project. For instance, if you aren't using SDWebImageMapKit, feel free to delete that framework from the Carthage Build directory after carthage update completes.

Installation with Swift Package Manager (Xcode 11+)

Swift Package Manager (SwiftPM) is a tool for managing the distribution of Swift code as well as C-family dependency. From Xcode 11, SwiftPM got natively integrated with Xcode.

SDWebImage support SwiftPM from version 5.1.0. To use SwiftPM, you should use Xcode 11 to open your project. Click File -> Swift Packages -> Add Package Dependency, enter SDWebImage repo's URL. Or you can login Xcode with your GitHub account and just type SDWebImage to search.

After select the package, you can choose the dependency type (tagged version, branch or commit). Then Xcode will setup all the stuff for you.

If you're a framework author and use SDWebImage as a dependency, update your Package.swift file:

let package = Package(
    // 5.1.0 ..< 6.0.0
    dependencies: [
        .package(url: "https://github.com/SDWebImage/SDWebImage.git", from: "5.1.0")
    ],
    // ...
)

Manual Installation Guide

See more on Manual install Guide

Import headers in your source files

In the source files where you need to use the library, import the umbrella header file:

#import <SDWebImage/SDWebImage.h>

Build Project

At this point your workspace should build without error. If you are having problem, post to the Issue and the community can help you solve it.

Author

Collaborators

Licenses

All source code is licensed under the MIT License.

Architecture

High Level Diagram

Overall Class Diagram

Top Level API Diagram

Main Sequence Diagram

More detailed diagrams