Swift瀑布流实现(使用系统相册photos framework)

瀑布流的原理

简单的说一下第一行默认取三张图片排列,再下一行取一张图片放在最短的一列上,然后再放到倒数第二短的一列,以此类推,形成瀑布流效果。

瀑布流效果图.jpg

代码

       我这里使用swift语言改写了我的小伙伴朱凯奇的一个Demo(该Demo使用object-c实现瀑布流效果),有兴趣的童鞋可以查看文章iOS瀑布流布局
。同时我使用了系统相册作为实现瀑布流的元素,这里面有点小坑,等下会讲解一下。该Demo的下载地址:https://github.com/iOSKesai/waterfall-demo.git

实现思想

获取图片的思路和代码解析

       随着 iOS 8 的到来,苹果给我们提供了一个现代化的框架 —— PhotoKit,它比 AssetsLibrary 表现更好,并且拥有让应用和设备照片库无缝工作的特性。所以这里我们选用了photos框架,这里关于photos框架的了解,可以参考文章iOS8 Photos Framework
照片框架
       首先引入头文件import Photos,然后是封装了一个setData方法,用来获取图片数据。

 func setData() {
        let options = PHFetchOptions()
        // 按图片生成时间排序
        options.sortDescriptors = [NSSortDescriptor(key: "creationDate", ascending: false)]
        
        allPhotos = PHAsset.fetchAssetsWithMediaType(PHAssetMediaType.Image, options: options)
        
        photoManager = PHCachingImageManager()
        
        allPhotos?.enumerateObjectsUsingBlock({ (object:AnyObject!, count:Int, stop:UnsafeMutablePointer<ObjCBool>) in
            
            if object is PHAsset{
                
                let asset = object as! PHAsset
                
                let model = CellModel()
                
                model.image = asset
                
                model.w = CGFloat(asset.pixelWidth)
                
                model.h = CGFloat(asset.pixelHeight)
                
                let dateFormatter = NSDateFormatter()
                
                dateFormatter.dateFormat = "MM-dd-yyyy"
                
                model.name = dateFormatter.stringFromDate(asset.modificationDate!)
                
                let itemW = (self.collectionView?.frame.width)! / (self.layout?.columnCount)!
                
                let itemH = itemW * (CGFloat(asset.pixelHeight)/CGFloat(asset.pixelWidth))
                
                let imageSize = CGSize(width: itemW,
                    height: itemH)
                
                /* For faster performance, and maybe degraded image */
                let options = PHImageRequestOptions()
                
                options.deliveryMode = .FastFormat
                
                options.synchronous = true
                
                self.photoManager?.requestImageForAsset(asset, targetSize: imageSize, contentMode: PHImageContentMode.AspectFit, options: options, resultHandler: { (image, info) in
                    
                    model.smallImage = image!
                    
                    self.datasource.append(model)
                    
                    print(model.name)
                    
                })
            }
            
        })
        
    }

       个人感觉如果看了上面两篇文章应该是能看明白的,这里大概说一下我理解的思想,allPhotos我的感觉是通过类方法PHAsset.fetchAssetsWithMediaType(PHAssetMediaType.Image, options: options)拿到某种特定筛选条件下(也就是options设置的)的所有对象的索引(这个PHFetchResult对象类型,不是真实的图片或者视频等资源)。然后PHFetchResult这个类型的成员方法里面有一个方法enumerateObjectsUsingBlock我感觉就是把那些返回的东西遍历一遍,是一个异步操作,回调回来的有一个object:AnyObject !类型的对象,这个实际上就是PHAsset类型的对象,我这里在回调方法里转换了一下。PHAsset对象里就包含了很多资源的信息(我这里是图片),我就能拿到图片的真实大小,图片的修改日期等,我这里就把这些信息以及PHAset对象本身都存在了我的自定义模型里面,这里要强调的一点是,PHAsset也是不是图片对象,是一些图片的信息,很全面的信息。想要拿到真实的图片(或者缩略图),还得使用var photoManager:PHCachingImageManager?(带缓存)或者PHImageManager对象的成员方法self.photoManager?.requestImageForAsset(asset, targetSize: imageSize, contentMode: PHImageContentMode.AspectFit, options: options, resultHandler:这个方法来请求到真实的图片UIImage对象,这里有很多参数需要填写,总之就是你想请求回来多大的图片,哪种方式请求、图片的模式等等。然后我把请求回来的缩略图也存在我自定义的模型中,以便后续实现瀑布流的时候使用。

瀑布流的实现思路和代码解析

       这里实现瀑布流肯定是使用UICollectionViewUICollectionViewLayout来实现的。上面获取图片的时候,我会根据图片比例,然后按照你瀑布流的列数获取缩略图(总之是大小不等的)。然后自定义WaterfallLayout类来重写override func prepareLayout()override func layoutAttributesForItemAtIndexPath(indexPath:NSIndexPath) -> UICollectionViewLayoutAttributesoverride func layoutAttributesForElementsInRect(rect: CGRect) -> [UICollectionViewLayoutAttributes]?方法来确定了UICollectionViewcell的布局。思想和iOS瀑布流布局
这篇文章一致。大体总结一下,第一行默认最短的就是第一个,按正常顺序从数据源取数据,布满n(这里是3)列。下一行再从最短的开始布(也就是确定item的frame),这里面写了一个代理,目的是通过外面数据源dataSource中存储的图片大小来确定item的frame中的高应该是多少,相当于在WaterfallLayout类中要想知道item的高度,回调出去给controller,然后controller计算好了再return回来给WaterfallLayout用,典型的页面间传值思路。外面controller的写法就很正常,没什么好说的了。

总结

       初学Swift,各位大神看到代码有什么改进的地方,希望指点!还有需要注意的一点,去拿image的时候不要拿原图,太大,会卡的。一般是点击缩略图才会看到原图,所以我保存了整个PHAsset对象到模型里。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,293评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,604评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,958评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,729评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,719评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,630评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,000评论 3 397
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,665评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,909评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,646评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,726评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,400评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,986评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,959评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,996评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,481评论 2 342

推荐阅读更多精彩内容