Picasso v / s Imageloader v / s Fresco vs Glide [đã đóng]

Kết quả:

1. Sự khác biệt giữa Picasso v / s ImageLoader tại đây ...
2. Thông tin về thư viện GLIDE tại đây ...
3. Gần đây, Facebook đã phát hành thư viện hình ảnh mới có tên Fresco

Câu hỏi:

1. Sự khác biệt giữa Picasso v / s Imageloader v / s Fresco
2. Khi nào chúng ta có thể sử dụng Glide
3. Đó là thư viện tốt nhất để sử dụng.
4. Nếu mỗi thư viện có ý nghĩa riêng, chúng là gì?

Tôi là một trong những kỹ sư của dự án Fresco. Vì vậy, rõ ràng tôi thiên vị.

Nhưng bạn không cần phải tin lời tôi. Chúng tôi đã phát hành một ứng dụng mẫu cho phép bạn so sánh hiệu suất của năm thư viện - Fresco, Picasso, UIL, Glide và Volley Image Loader - cạnh nhau. Bạn có thể lấy nó tại repo GitHub của chúng tôi .

Tôi cũng nên chỉ ra rằng Fresco có sẵn trên Maven Central com.facebook.fresco:fresco.

Fresco cung cấp các tính năng mà Picasso, UIL và Glide chưa có:

1. Hình ảnh không được lưu trữ trong heap Java, nhưng trong heap ashmem. Bộ đệm byte trung gian cũng được lưu trữ trong heap riêng. Điều này để lại nhiều bộ nhớ hơn cho các ứng dụng sử dụng. Nó làm giảm nguy cơ OutOfMemoryErrors. Nó cũng làm giảm số lượng ứng dụng thu gom rác phải làm, dẫn đến hiệu suất tốt hơn.
2. Hình ảnh JPEG lũy tiến có thể được phát trực tuyến, giống như trong trình duyệt web.
3. Hình ảnh có thể được cắt xung quanh bất kỳ điểm nào, không chỉ trung tâm.
4. Hình ảnh JPEG có thể được thay đổi kích thước nguyên bản. Điều này tránh được vấn đề OOMing trong khi cố gắng thu nhỏ hình ảnh.

Có nhiều cái khác ( xem tài liệu của chúng tôi ), nhưng đây là những thứ quan trọng nhất.

Xin lưu ý bạn rằng đây là một câu hỏi dựa trên quan điểm cao, vì vậy tôi đã ngừng tạo ra các vịnh hẹp và lập một bảng nhanh chóng

Bây giờ việc so sánh thư viện rất khó vì trên nhiều tham số, cả bốn tham số đều làm điều tương tự, ngoại trừ có thể cho Fresco vì có cả đống tối ưu hóa mức bộ nhớ mới trong đó. Vì vậy, hãy cho tôi biết nếu bạn muốn biết một số tham số nhất định. xem một so sánh dựa trên kinh nghiệm của tôi

Đã sử dụng Fresco ít nhất, câu trả lời có thể phát triển khi tôi tiếp tục sử dụng và hiểu nó cho các khai thác hiện tại. Việc used personallysử dụng thư viện ít nhất một lần trong một ứng dụng đã hoàn thành.

* Lưu ý - Fresco hiện hỗ trợ GIF cũng như hoạt ảnh WebP

Nguồn Fresco | off site
(-)
- Kích thước khổng lồ của thư viện
- Không có cuộc gọi lại với chế độ xem, tham số Bitmap
- SimpleDraweeView không hỗ trợ quấn_content
- Kích thước lớn của bộ đệm
(+)
- Trình tải hình ảnh khá nhanh (cho hình ảnh nhỏ && trung bình)
- Rất nhiều chức năng (phát trực tuyến, công cụ vẽ, quản lý bộ nhớ, v.v.)
- Khả năng thiết lập trực tiếp trong xml (ví dụ: góc tròn)
- Hỗ trợ GIF
- Hỗ trợ WebP và Webp hoạt hình

Nguồn Picasso | off site
(-)
- Tải chậm hình ảnh lớn từ internet vào ListView
(+)
- Kích thước thư viện
nhỏ - Kích thước bộ đệm nhỏ
- Sử dụng đơn giản
- Giao diện người dùng không bị đóng băng
- Hỗ trợ WebP

Nguồn Glide

(-)
- Kích thước lớn của thư viện
(+)
- Kích thước bộ nhớ cache
- Sử dụng đơn giản
- Hỗ trợ GIF
- Hỗ trợ WebP
- Tải nhanh hình ảnh lớn từ internet vào ListView
- UI không bị đóng băng
- BitmapPool để sử dụng lại bộ nhớ và do đó, các sự kiện GC ít hơn

Các nguồn tải hình ảnh phổ quát

(-)
- Chức năng hạn chế (xử lý hình ảnh hạn chế)
- Hỗ trợ dự án đã dừng từ ngày 27.11.2015
(+)
- Kích thước tinny của thư viện
- Sử dụng đơn giản

Được thử nghiệm bởi tôi trên SGS2 (Android 4.1) (WiFi 8.43 Mbps)
Phiên bản chính thức cho Java, không dành cho Xamarin!
Ngày 19 tháng 10 năm 2015

tôi thích sử dụng Glide.
Đọc thêm ở đây .
Cách ghi bộ nhớ cache vào Bộ nhớ ngoài (Thẻ SD) bằng Glide.

Những câu trả lời này hoàn toàn là ý kiến ​​của tôi

Đáp án

1. Picasso là một trình tải hình ảnh dễ sử dụng, tương tự với Imageloader. Fresco sử dụng một cách tiếp cận khác để tải hình ảnh, tôi chưa sử dụng nó nhưng nó trông giống như một giải pháp để lấy hình ảnh từ mạng và lưu trữ chúng sau đó hiển thị hình ảnh. sau đó là một cách khác như Picasso / Imageloader / Glide mà theo tôi là nhiều hơn Hiển thị hình ảnh trên màn hình cũng nhận hình ảnh từ mạng và lưu trữ chúng.

2. Glide cố gắng có thể hoán đổi được với Picasso. Tôi nghĩ rằng khi chúng được tạo ra, tâm trí của Picasso đã tuân theo thông số HTTP và để máy chủ quyết định các chính sách bộ đệm và bộ đệm có kích thước đầy đủ và thay đổi kích thước theo yêu cầu. Glide giống với việc theo thông số HTTP nhưng cố gắng có dung lượng bộ nhớ nhỏ hơn bằng cách đưa ra một số giả định khác nhau như lưu trữ hình ảnh đã thay đổi kích thước thay vì hình ảnh đầy đủ và hiển thị hình ảnh với RGB_565 thay vì RGB_8888. Cả hai thư viện đều cung cấp tùy chỉnh đầy đủ các cài đặt mặc định.

3. Thư viện nào là tốt nhất để sử dụng là rất khó nói. Picasso, Glide và Imageloader là những thư viện được kiểm tra tốt và được kiểm tra tốt, tất cả đều dễ sử dụng với các cài đặt mặc định. Cả Picasso và Glide chỉ yêu cầu 1 dòng mã để tải hình ảnh và có một trình giữ chỗ và hình ảnh lỗi. Tùy chỉnh hành vi cũng không đòi hỏi nhiều công việc. Điều tương tự cũng xảy ra với Imageloader, cũng là một thư viện cũ hơn Picasso và Glide, tuy nhiên tôi chưa sử dụng nó nên không thể nói nhiều về việc sử dụng / tùy chỉnh hiệu năng / bộ nhớ nhưng nhìn vào readme trên github cho tôi cảm giác rằng đó cũng là tương đối dễ sử dụng và thiết lập. Vì vậy, trong việc lựa chọn bất kỳ thư viện nào trong số 3 thư viện này, bạn không thể đưa ra quyết định sai, đó là vấn đề sở thích cá nhân.Giống như SDK facebook vẫn chưa được phát hành chính thức trên mavenCentral Tôi chưa từng sử dụng facebook sdk kể từ năm 2014 và có vẻ như họ đã đưa phiên bản đầu tiên lên mạng trên mavenCentral vào tháng 8 năm 2014. Vì vậy, sẽ mất một thời gian trước khi chúng tôi có thể nhận được bất kỳ ý kiến ​​tốt về nó.

4. giữa 3 thư viện tên tuổi lớn tôi nghĩ không có sự khác biệt đáng kể. Người duy nhất nổi bật là bích họa nhưng đó là bởi vì nó có cách tiếp cận khác và mới và chưa được thử nghiệm chiến đấu.

Cả Glide và Picasso đều không hoàn hảo. Cách Glide tải một hình ảnh vào bộ nhớ và thực hiện bộ nhớ đệm tốt hơn Picasso, cho phép một hình ảnh được tải nhanh hơn nhiều. Ngoài ra, nó cũng giúp ngăn chặn một ứng dụng từ OutOfMemoryError phổ biến. Tải hình ảnh động GIF là một tính năng tiêu diệt được cung cấp bởi Glide. Dù sao Picasso giải mã một hình ảnh với chất lượng tốt hơn Glide.

Tôi thích cái nào hơn? Mặc dù tôi sử dụng Picasso trong một thời gian rất dài như vậy, tôi phải thừa nhận rằng bây giờ tôi thích Glide hơn. Nhưng tôi khuyên bạn nên thay đổi Định dạng Bitmap thành ARGB_8888 và để Glide lưu trữ cả hình ảnh kích thước đầy đủ và thay đổi kích thước trước. Phần còn lại sẽ làm công việc của bạn tuyệt vời!

• Số lượng phương pháp của Picasso và Glide lần lượt ở mức 840 và 2678.
• Kích thước của Picasso (v2.5.1) là khoảng 118KB trong khi kích thước của Glide (v3.5.2) là khoảng 430KB.
• Glide tạo hình ảnh được lưu trong bộ nhớ cache cho mỗi kích thước trong khi Picasso lưu hình ảnh đầy đủ và xử lý nó, vì vậy khi tải, nó hiển thị nhanh hơn với Glide nhưng sử dụng nhiều bộ nhớ hơn.
• Glide sử dụng ít bộ nhớ theo mặc định với RGB_565.

+1 Đối với Trình trợ giúp Picasso Palette .

Có một bài mà nói chuyện rất nhiều về Picasso vs Glide bài

Tôi muốn chia sẻ với bạn một điểm chuẩn tôi đã thực hiện giữa Picasso, Universal Image Loader và Glide : https://bit.ly/1kQs3QN

Fresco đã ra khỏi điểm chuẩn vì đối với dự án tôi đang chạy thử nghiệm, chúng tôi không muốn cấu trúc lại bố cục của mình (vì chế độ xem Drawee).

Những gì tôi khuyên là Trình tải hình ảnh phổ quát vì khả năng tùy biến, tiêu thụ bộ nhớ và cân bằng giữa kích thước và phương thức.

Nếu bạn có một dự án nhỏ, tôi sẽ chọn Glide (hoặc thử Fresco).