lxy c3d025d54e 2.4.8 | há 1 ano atrás | |
---|---|---|
.. | ||
YBImageBrowser | há 1 ano atrás | |
LICENSE | há 1 ano atrás | |
README.md | há 1 ano atrás |
iOS 图片浏览器,功能强大,易于拓展,性能优化和内存控制让其运行更加的流畅和稳健。
为了彻底解决 2.x 版本的设计缺陷和代码漏洞,特花费大量业余时间进行了 3.x 深度重构,所以没办法做到向下兼容,希望社区朋友们能体谅,根据情况进行版本迁移。 3.x 版本有着更科学的架构,更极致的性能提升,更严格的内存控制,使用起来会更得心应手,也便于将来的迭代优化。
考虑到笔者的精力问题,遇到问题请先查看 API、效仿 Demo、阅读 README、搜索 Issues。请不要提出与组件无关的问题,比如 CocoaPods 的错误,如果是 BUG 或 Feature 最好是提 Issue。
支持分库导入,核心部分就是图片浏览功能,视频播放作为拓展功能按需导入。
在 Podfile 中添加:
pod 'YBImageBrowser'
pod 'YBImageBrowser/Video' //视频功能需添加
执行 pod install
或 pod update
。
导入 <YBImageBrowser/YBImageBrowser.h>
,视频功能需导入<YBImageBrowser/YBIBVideoData.h>
。
注意:如果你需要支持 WebP,可以在 Podfile 中添加 pod 'YYImage/WebP'
。
若搜索不到库,可执行pod repo update
,或使用 rm ~/Library/Caches/CocoaPods/search_index.json
移除本地索引然后再执行安装,或更新一下 CocoaPods 版本。
Podfile 相应的配置变为:
pod 'YBImageBrowser/NOSD'
pod 'YBImageBrowser/VideoNOSD' //视频功能需添加
这时你必须定义一个类实现YBIBWebImageMediator
协议,并赋值给YBImageBrowser
类的webImageMediator
属性(可以参考 YBIBDefaultWebImageMediator
的实现)。
YBImageBrowser.h
,视频功能需导入YBIBVideoData.h
pod 'YYImage/WebP'
,或者到手动下载 YYImage 仓库 的 webP 支持文件。初始化YBImageBrowser
并且赋值数据源id<YBIBDataProtocol>
,默认提供YBIBImageData
(图片) 和YBIBVideoData
(视频) 两种数据源。
图片处理是组件的核心,笔者精力有限,视频播放做得很轻量,若有更高的要求最好是自定义 Cell,望体谅。
Demo 中提供了很多示例代码,演示较复杂的拓展方式,所以若需要深度定制最好是下载 Demo 查看。
建议不对YBImageBrowser
进行复用,目前还存在一些逻辑漏洞。
// 本地图片
YBIBImageData *data0 = [YBIBImageData new];
data0.imageName = ...;
data0.projectiveView = ...;
// 网络图片
YBIBImageData *data1 = [YBIBImageData new];
data1.imageURL = ...;
data1.projectiveView = ...;
// 视频
YBIBVideoData *data2 = [YBIBVideoData new];
data2.videoURL = ...;
data2.projectiveView = ...;
YBImageBrowser *browser = [YBImageBrowser new];
browser.dataSourceArray = @[data0, data1, data2];
browser.currentPage = ...;
[browser show];
当图片浏览器依托的 UIViewController 仅支持一个方向:
这种情况通过YBImageBrowser.new.supportedOrientations
设置图片浏览器支持的旋转方向。
否则:
上面的属性将失效,图片浏览器会跟随控制器的旋转而旋转,由于各种原因这种情况的旋转过渡有瑕疵,建议不使用这种方式。
修改YBIBIconManager.sharedManager
实例的属性。
修改YBIBCopywriter.sharedCopywriter
实例的属性。
实现YBIBAuxiliaryViewHandler
协议,并且赋值给YBImageBrowser.new.auxiliaryViewHandler
属性,可参考和协议同名的默认实现类。
默认实现的YBImageBrowser.new.defaultToolViewHandler
处理器可以做一些属性配置,当满足不了业务需求时,最好是进行自定义,参考默认实现或 Demo 中“查看原图”功能实现。
定义一个或多个类实现YBIBToolViewHandler
协议,并且装入YBImageBrowser.new.toolViewHandlers
数组属性。建议使用一个中介者来实现这个协议,然后所有的工具视图都由这个中介者来管理,当然也可以让每一个自定义的工具 UIView 都实现YBIBToolViewHandler
协议,请根据具体需求取舍。
当默认提供的YBIBImageData
(图片) 和YBIBVideoData
(视频) 满足不了需求时,可自定义拓展 Cell,参考默认实现或 Demo 中的示例代码。
定义一个实现YBIBCellProtocol
协议的UICollectionViewCell
类和一个实现YBIBDataProtocol
协议的数据类,当要求不高时实现必选协议方法就能跑起来了,若对交互有要求就相对比较复杂,最好是参考默认的交互动效实现。
在某些场景下,甚至可以直接继承项目中的 Cell 来做自定义。
SDWebImage 有两种情况会出现兼容问题:该库对 SDWebImage 采用模糊向上依赖,但将来 SDWebImage 可能没做好向下兼容;当其它库依赖 SDWebImage 更低或更高 API 不兼容版本。对于这种情况,可以尝试以下方式解决:
YBIBDefaultWebImageMediator
文件。为什么不去除依赖 SDWebImage 自己实现?时间成本太高。 为什么不拖入 SDWebImage 修改类名?会扩大组件的体积,若外部有 SDWebImage 就存在一份多余代码。
实际上 YYKit 有把各个组件拆分出来,建议项目中分开导入:
pod 'YYModel'
pod 'YYCache'
pod 'YYImage'
pod 'YYWebImage'
pod 'YYText'
...
而且这样更灵活便于取舍。
组件内部会降低在低内存设备上的性能,减小内存占用,但若高清图过多,可能需要手动去控制(以下是硬件消耗很低的状态):
YBIBImageData *data = YBIBImageData.new;
// 取消预解码
data.shouldPreDecodeAsync = NO;
// 直接设大触发裁剪比例,绘制更小的裁剪区域压力更小,不过可能会让用户感觉奇怪,放很大才开始裁剪显示高清局部(这个属性很多时候不需要显式设置,内部会动态计算)
data.cuttingZoomScale = 10;
YBImageBrowser *browser = YBImageBrowser.new;
// 调低图片的缓存数量
browser.ybib_imageCache.imageCacheCountLimit = 1;
// 预加载数量设为 0
browser.preloadCount = 0;
关于大家提的关于视频的需求,有些成本过高,笔者精力有限望体谅。若组件默认的视频播放器满足不了需求,就自定义一个 Cell 吧,把成熟的播放器集成到组件中肯定更加的稳定。
考虑时间成本,目前没有写 Swift 版本的计划。