原文UICollectionViews Now Have Easy Reordering眷蜓。本著好東西要分享的原則以及出于對個人技能的提升菌瘪，在此作一個粗陋的翻譯份殿，翻譯盡量保留原作內容耸黑。本文主要是基于Swift 2.0實現(xiàn)的一個簡單的UICollectionView的cell的拖拽效果玷室，編譯環(huán)境是Xcode 7零蓉。效果雖然簡單笤受，但足夠用不是嗎？ 對于翻譯敌蜂，本人也是第一次感论，難免有失誤或錯誤之處，萬望不吝賜教紊册，以便及時修正比肄。
我是UICollectionView的忠實粉絲。相對于它的兄長UITableView,UICollectionView可定制性更高囊陡，且更加靈活芳绩。時至今日，我使用UICollectionView要遠多于UITableView撞反。隨著IOS9的發(fā)布妥色，使的它的排序（即拖拽效果）更加簡單。在這之前遏片，想要通過原生控件達到開箱即用的效果嘹害，那是一件不可能的事情，如果想要達到效果勢必要完成大量的工作吮便。首先讓我們重新回顧一下相關的API笔呀，然后你可以在通過Github下載示例Demo。
實現(xiàn)簡單的拖動排序效果最簡單的辦法就是使用UICollectionViewController∷栊瑁現(xiàn)在它有一個新增的屬性installsStandardGestureForInteractiveMovement许师，通過添加手勢對cell進行排序。這是一個BOOL類型的屬性僚匆，默認為YES微渠，并且我們需要重寫一個方法以來達到我們想要的效果。
override func collectionView(collectionView: UICollectionView, moveItemAtIndexPath sourceIndexPath: NSIndexPath, toIndexPath destinationIndexPath: NSIndexPath) {
//調整數(shù)據(jù)源數(shù)據(jù)的順序
}
當我們重寫了moveItemAtIndexPath咧擂，collectionView就認為cell是可以移動的逞盆。
如果我們使用帶有collectionView的普通UIViewController實現(xiàn)拖拽效果，就會變得很復雜松申。我們不僅要實現(xiàn)UICollectionViewDataSource上面提到的的代理方法云芦，還要重寫installsStandardGestureForInteractiveMovement。但是不要擔心攻臀，實現(xiàn)起來同樣簡單焕数。UILongPressGestureRecognizer長按手勢，能夠完全滿足拖拽需求刨啸。
private var longPressGesture: UILongPressGestureRecognizer!
override func viewDidLoad() {
super.viewDidLoad()
longPressGesture = UILongPressGestureRecognizer(target: self, action: "handleLongGesture:")
self.collectionView.addGestureRecognizer(longPressGesture)
}
func handleLongGesture(gesture: UILongPressGestureRecognizer) {
switch(gesture.state) {
case UIGestureRecognizerState.Began:
guard let selectedIndexPath = self.collectionView.indexPathForItemAtPoint(gesture.locationInView(self.collectionView)) else {
break
}
collectionView.beginInteractiveMovementForItemAtIndexPath(selectedIndexPath)
case UIGestureRecognizerState.Changed:
collectionView.updateInteractiveMovementTargetPosition(gesture.locationInView(gesture.view!))
case UIGestureRecognizerState.Ended:
collectionView.endInteractiveMovement()
default:
collectionView.cancelInteractiveMovement()
}
}
當手勢生效時堡赔，獲取手勢所在cell的indexPath，然后根據(jù)手勢的不同狀態(tài)調用collectionView的相關方法设联，具體如下：
-
beginInteractiveMovementForItemAtIndexPath(indexPath: NSIndexPath)開始拖拽某個cell時調用此方法,并把將被拖拽的cell的indexPath傳入方法善已。 -
updateInteractiveMovementTargetPosition(targetPosition: CGPoint)根據(jù)手勢更新被拖拽的cell的位置 -
endInteractiveMovement()手勢結束時調用灼捂，結束拖拽 -
cancelInteractiveMovement()手勢取消時調用，取消拖拽
這樣能夠實現(xiàn)我們想要的拖拽效果了换团。
使用普通UIViewController最終達到的效果跟我們使用UICollectionViewController實現(xiàn)的效果是一樣的悉稠。相當酷，不是嗎艘包？但是我們可以通過自定義UICollectionViewLayout使它變得更酷的猛。下面我們來實現(xiàn)一個簡單的瀑布流。
啊哈想虎，看起來相當酷卦尊，但是如果我們不想在拖拽的過程中改變cell的size，我們應該怎么做呢舌厨？被拖拽的cell在移動的過程中岂却，應該保持size不變。這當然是可以實現(xiàn)的裙椭。UICollectionViewLayout為我們提供了相關方法來解決這個問題躏哩。
func invalidationContextForInteractivelyMovingItems(targetIndexPaths: [NSIndexPath], withTargetPosition targetPosition: CGPoint, previousIndexPaths: [NSIndexPath], previousPosition: CGPoint) -> UICollectionViewLayoutInvalidationContext
func invalidationContextForEndingInteractiveMovementOfItemsToFinalIndexPaths(indexPaths: [NSIndexPath], previousIndexPaths: [NSIndexPath], movementCancelled: Bool) -> UICollectionViewLayoutInvalidationContext
cell在起始indexPath和目標indexPath拖拽期間，會調用第一個方法揉燃。第二個方法類似扫尺，但是它僅會在拖拽結束后調用。根據(jù)這一點你雌，我們可以通過使用一個小技巧達到我們的需求器联。
internal override func invalidationContextForInteractivelyMovingItems(targetIndexPaths: [NSIndexPath], withTargetPosition targetPosition: CGPoint, previousIndexPaths: [NSIndexPath], previousPosition: CGPoint) -> UICollectionViewLayoutInvalidationContext
{
var context = super.invalidationContextForInteractivelyMovingItems(targetIndexPaths, withTargetPosition: targetPosition, previousIndexPaths: previousIndexPaths, previousPosition: previousPosition)
self.delegate?.collectionView!(self.collectionView!, moveItemAtIndexPath: previousIndexPaths[0], toIndexPath: targetIndexPaths[0])
return context
}
解決方法簡單直接。獲取當前被拖拽的cell的起始indexPath和目標indexPath,然后調用UICollectionViewDataSource代理方法移動當前正在被拖拽的cell婿崭。
毫無疑問，一個可以拖拽的的collectionView會帶來非常棒的體驗效果肴颊。特別感謝UIKit工程師們的付出氓栈！
可加群一起交流共同學習：801216530。
