你同樣已經學了不少關于這個 Cell 如何工作的知識；亦即，那個UITableViewCellScrollView
，它包含 contentView 和 Disclosure Indicator （以及 Delete 按鈕，如果它被添加的話），明顯是要做某些事 。你可能已經從它的名字以及它是UIScrollView
的子類而猜到了。
你可以通過在tableView:cellForRowAtIndexPath:
下面添加一個簡單的for
循環來測試這個假設，就在recursiveDescription
那一行下面：

for (UIView *view in cell.subviews) { if ([view isKindOfClass:[UIScrollView class]]) { view.backgroundColor = [UIColor greenColor]; }}

再次編譯并允許應用；綠色高亮確認了這個私有類確實是UIScrollView
的子類，因為它覆蓋了 Cell 里所有的紫色。

Visible Scrollview

swipeable-demo

直白的說，就是，任何對UITableViewCell
的自定義操作只能在contentView
中進行。你不能將自己的視圖加在 Cell 下面——而必須將它們加在 Cell 的contentView
上。
這就意味著你將找出你自己的解決方案以便添加自定義按鈕。但不要害怕，你可以很容易地復制出 Apple 所使用的方案。
可滑動 Table View Cell 的組成列表
這對你來說是什么意思？到了這里，你就有了一個組成列表來制造出一個UITableViewCell
子類，以便放上你自定義的按鈕。
我們從 View Stack 的最底部開始列出條目，你的列表如下：
contentView
是你的基礎視圖，因為你只能將子視圖添加到它上面。
在用戶滑動后，任何你想顯示的UIButon
。
一個位于按鈕之上的容器視圖來裝載你所有的內容。
你可以使用一個UIScrollView
來作為你的容器視圖，就像 Apple 使用的，或者使用一個UIPanGestureRecognizer
。這同樣能夠處理滑動去顯示/隱藏按鈕。你將在項目中采用后一種方案。
最后，一個裝有實際內容的視圖。

還有一個可能不那么明顯的成分：你必須確保系統提供的UIPanGestureRecognizer
—— 它能讓你滑動顯示 Delete 按鈕 —— 不可用。否則系統手勢會和自定義手勢沖突。
好消息是設置默認滑動手勢不可用的操作相當簡單。
打開MasterViewController.m
修改tableView:canEditRowAtIndexPath:
永遠返回NO
，如下所示：

- (BOOL)tableView:(UITableView *)tableView canEditRowAtIndexPath:(NSIndexPath *)indexPath { return NO;}

編譯并運行；試著滑動某個 Cell ，你會發現你不能再滑動去刪除了。
為了保持簡單，你將使用兩個按鈕來走完這個教程。但同樣的技術也可以再一個按鈕上工作，或者超過兩個按鈕的情況——作為提醒，你可能需要執行一些本文沒有涉及到的調整，如果你真的添加了多個按鈕，你必須將整個 Cell 滑出才能看到所有的按鈕。
創建一個自定義 Cell
你可以從基本視圖和手勢識別列表可以看到，在 Table View Cell 中有許多要做的事。你將創建一個自定義的UITableViewCell
子類，以將所有的邏輯放在同一個地方。
去往File\New\ File…
并選擇iOS\Cocoa Touch\Objective-C class
，將新類命名為SwipeableCell
，將它設置為UITableViewCell
的子類 ，如下所示：

Creating custom cell

@interface SwipeableCell()
@property (nonatomic, weak) IBOutlet UIButton *button1;
@property (nonatomic, weak) IBOutlet UIButton *button2;
@property (nonatomic, weak) IBOutlet UIView*myContentView;
@property (nonatomic, weak) IBOutlet UILabel *myTextLabel;@end

下一步，進入 Storyboard 選中UITableViewCell
原型，如下所示：

Select Table View Cell

Change Custom Class

New Name and Outlets

Reset Cell Items

Buttons Added to Prototype Cell

swipeable-button1

- (IBAction)buttonClicked:(id)sender 
{ 
      if (sender == self.button1) 
      { 
      NSLog(@"Clicked button 1!"); 
      } else if (sender == self.button2)
         { 
          NSLog(@"Clicked button 2!");
         } else { NSLog(@"Clicked unknown button!");
     }
}

這個方法處理對兩個按鈕的點擊，通過在控制臺打印記錄，你就能確定按鈕被點擊了。
再次打開 Storyboard ，將兩個按鈕都連接上 Action 。右鍵單擊Swipeable Cell – Cell
出現 Outlet 和 Action 的列表。從buttonClicked:
Action 拖動到你的按鈕，如下：

swipeable-buttonClicked

swipeable-touchupinside

@property (nonatomic, strong) NSString *itemText;

稍后你將更多的和itemText
打交道，但目前，這就是所有你要做的。
打開MasterViewController.m
并在頂部添加如下一行：

import "SwipeableCell.h"

這將保證這個類知道你自定義的 Cell 子類。
替換tableView:cellForRowAtIndexPath:
的內容為：

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath 
{
     SwipeableCell *cell = [tableView dequeueReusableCellWithIdentifier:@"Cell" forIndexPath:indexPath]; 
    NSString *item = _objects[indexPath.row]; cell.itemText = item; return cell;
  }

現在該使用你的新 Cell 而不是標準的UITableViewCell
。
編譯并運行；你會看到如下界面：

ALL THE BUTTONS!

@protocol SwipeableCellDelegate <NSObject>
- (void)buttonOneActionForItemText:(NSString *)itemText;
- (void)buttonTwoActionForItemText:(NSString *)itemText;
@end

添加如下 Delegate 屬性到SwipeableCell.h
，就在itemText
屬性下面：

@property (nonatomic, weak) id <SwipeableCellDelegate> delegate;

更新SwipeableCell.m
中的buttonClicked:
為如下所示：

- (IBAction)buttonClicked:(id)sender
 { 
      if (sender == self.button1)
       {
           [self.delegate buttonOneActionForItemText:self.itemText]; 
        } else if (sender == self.button2) 
            { 
                  self.delegate buttonTwoActionForItemText:self.itemText];
             } else { 
                      (@"Clicked unknown button!"); 
                      }
}

這個更新使得這個方法去調用合適的 Delegate 方法，而不僅僅是打印一句 log。
現在打開MasterViewController.m
并添加如下 delegate 方法：

#pragma mark - SwipeableCellDelegate
- (void)buttonOneActionForItemText:(NSString *)itemText { 
      NSLog(@"In the delegate, Clicked button one for %@", itemText);
    }
- (void)buttonTwoActionForItemText:(NSString *)itemText {
     NSLog(@"In the delegate, Clicked button two for %@", itemText);
    }

這個方法目前還是簡單的打印到控制臺，以確保一切傳遞都工作正常。
接下來，添加如下協議到MasterViewController.m
頂部的類擴展上以符合協議申明：

@interface MasterViewController () <SwipeableCellDelegate>
 { 
       NSMutableArray *_objects;
 }
@end

這只是簡單地確認這個類會實現SwipeableCellDelegate
協議。
最后，你要設置這個 View Controller 為 Cell 的 delegate。
添加如下語句到tableView:cellForRowAtIndexPath:
，就在最后的 return 語句之前：
cell.delegate = self;

編譯并運行；當你點擊按鈕時，你就會看到合適的“In the delegate”消息。
為按鈕添加 Action
如果你看到log消息很很高興了，也可以跳過下一節。然而，如果你喜歡更加實在的東西，你可以添加一些處理，這樣當 delegate 方法被調用時，你就可以顯示已經引入的DetailViewController
。
添加如下兩個方法到MasterViewController.m
：

- (void)showDetailWithText:(NSString *)detailText
{ 
      //1 UIStoryboard *storyboard = [UIStoryboard  storyboardWithName:@"Main" bundle:nil]; 
DetailViewController *detail = [storyboard instantiateViewControllerWithIdentifier:@"DetailViewController"]; 
detail.title = @"In the delegate!"; 
detail.detailItem = detailText; 
//2 UINavigationController *navController = [[UINavigationController alloc] initWithRootViewController:detail]; 
//3 UIBarButtonItem *done = [[UIBarButtonItem alloc] initWithBarButtonSystemItem:UIBarButtonSystemItemDone target:self action:@selector(closeModal)];
 [detail.navigationItem setRightBarButtonItem:done]; 
[self presentViewController:navController animated:YES completion:nil];
}
//4
- (void)closeModal
  { 
        [self dismissViewControllerAnimated:YES completion:nil]; 
  }

在上面的代碼里，你執行了四個操作：
從 Storyboard 里取出 Detail View Controller 并設置其 title 和 detailItem 。
設置一個UINavigationController
作為包含 Detail View Controller 的容器，并給你放置 close 按鈕的地方。
添加 close 按鈕，關聯MasterViewController
里的一個 Action。
設置這個 Action 的響應方法，它將 dismiss 任何以 Modal 方式顯示 View Controller

接下來，用下列版本替換你之前添加的兩個方法：

- (void)buttonOneActionForItemText:(NSString *)itemText
{ 
[self showDetailWithText:[NSString stringWithFormat:@"Clicked button one for %@", itemText]];
}
- (void)buttonTwoActionForItemText:(NSString *)itemText
{
 [self showDetailWithText:[NSString stringWithFormat:@"Clicked button two for %@", itemText]];
}

最后，打開Main.storyboard
并選中Detail View Controller
。找到 Identity Inspector 并設置Storyboard ID
為DetailViewController
以匹配類名，如下所示：

Add Storyboard Identifier

View Launched from Delegate

swipeable-320-43

swipeable-constraint

Back to cells

- (void)setItemText:(NSString *)itemText 
{ 
//Update the instance variable _itemText = itemText; 
//Set the text to the custom label. 
self.myTextLabel.text = _itemText;}

這個方法覆寫了itemText
屬性的 setter 方法。除了更新后面的實例變量，它還會更新可見的 Label。
最后，為了讓接下來的幾步的結果更易看到，你將把 item 的 title 變長一點，以便在 Cell 滑動后依然有一些文本可見。
轉到MasterViewController.m
并更新viewDidLoad
中的這一行，這是 item title 生成的地方：

NSString *item = [NSString stringWithFormat:@"Longer Title Item #%d", i];

編譯并運行；你就會看到合適的 item title 顯示如下：

Longer Item Titles displayed in custom label

@property (nonatomic, strong) UIPanGestureRecognizer *panRecognizer;
@property (nonatomic, assign) CGPoint panStartPoint;
@property (nonatomic, assign) CGFloat startingRightLayoutConstraintConstant;
@property (nonatomic, weak) IBOutlet NSLayoutConstraint *contentViewRightConstraint;
@property (nonatomic, weak) IBOutlet NSLayoutConstraint *contentViewLeftConstraint;

關于你所要做的事情，簡短版本是這樣的：記錄一個 Pan 手勢并調整你的View的左右約束，根據 a) 用戶將 Cell Pan 了多遠 b) Cell 在何處以及合適開始移動。
為了做到這一點，你首先要將這個 IBOutlet 連接到myContentView
的左右約束上。這兩個約束將視圖 釘在 Cell 的contentView
中。
通過打開約束列表，你可以找出這兩個約束。通過檢查每個約束在 Cell 上的高亮你就能找到那合適的兩個。在這個例子中，是contentView
右邊和contentView
之間的約束，如下所示：

Highlighting Constraints

Hook Up Constraint to IBOutlet

@interface SwipeableCell() <UIGestureRecognizerDelegate>

然后，依然在SwipeableCell.m
里，添加如下方法：

- (void)awakeFromNib
 {
 [super awakeFromNib]; 
self.panRecognizer = [[UIPanGestureRecognizer alloc] initWithTarget:self action:@selector(panThisCell:)]; 
self.panRecognizer.delegate = self;
 [self.myContentView addGestureRecognizer:self.panRecognizer];
}

這里設置了 Pan 手勢并將其添加到 Cell 上：
再添加如下方法：

- (void)panThisCell:(UIPanGestureRecognizer *)recognizer 
{ 
switch (recognizer.state)
 {
 case UIGestureRecognizerStateBegan: self.panStartPoint = [recognizer translationInView:self.myContentView]; 
NSLog(@"Pan Began at %@", NSStringFromCGPoint(self.panStartPoint)); 
break; 
case UIGestureRecognizerStateChanged: { CGPoint currentPoint = [recognizer translationInView:self.myContentView]; 
CGFloat deltaX = currentPoint.x - self.panStartPoint.x;
 NSLog(@"Pan Moved %f", deltaX); } 
break; 
case UIGestureRecognizerStateEnded: NSLog(@"Pan Ended"); 
break;
 case UIGestureRecognizerStateCancelled: NSLog(@"Pan Cancelled");
 break; 
default: break;
 }
}

這個方法會在 Pan 手勢識別器發動時執行，暫時，它只簡單地打印 Pan 手勢的細節。
編譯并運行；用手指拖動 Cell ，你就會看到如下log記錄了移動信息：

Pan Logs

Minimum x of button 2

• (CGFloat)buttonTotalWidth { return CGRectGetWidth(self.frame) - CGRectGetMinX(self.button2.frame);}

添加如下兩個骨架方法到SwipeableCell.m
：

- (void)resetConstraintContstantsToZero:(BOOL)animated notifyDelegateDidClose:(BOOL)endEditing
{ 
//TODO: Build.
}
- (void)setConstraintsToShowAllButtons:(BOOL)animated notifyDelegateDidOpen:(BOOL)notifyDelegate
{ 
//TODO: Build
}

這兩個骨架方法——一旦你填上血肉——將 snap 打開 Cell 并 snap 關閉 Cell。在你對 pan 手勢識別起添加更多處理后，你會回到這兩個方法。
替換panThisCell:
中的UIGestureRecognizerStateBegan
case 為下列代碼：

case UIGestureRecognizerStateBegan: self.panStartPoint = [recognizer translationInView:self.myContentView]; self.startingRightLayoutConstraintConstant = self.contentViewRightConstraint.constant;
 break;

你需要存儲 Cell 的初始位置（例如，約束值）以確定 Cell 是要打開還是關閉。
下一步你需要添加更多處理以應對 pan 手勢識別器的改變。還是在panThisCell:
里，修改UIGestureRecognizerStateChanged
case ，如下所示：

case UIGestureRecognizerStateChanged: { CGPoint currentPoint = [recognizer translationInView:self.myContentView];
 CGFloat deltaX = currentPoint.x - self.panStartPoint.x; 
BOOL panningLeft = NO; 
if (currentPoint.x < self.panStartPoint.x)
 {
 //1 panningLeft = YES; 
} if (self.startingRightLayoutConstraintConstant == 0) 
{ 
//2 //The cell was closed and is now opening
 if (!panningLeft) 
{ 
CGFloat constant = MAX(-deltaX, 0); 
//3
 if (constant == 0) 
{
 //4 [self resetConstraintContstantsToZero:YES notifyDelegateDidClose:NO]; 
} else { 
//5 self.contentViewRightConstraint.constant = constant;
 } 
} else {
 CGFloat constant = MIN(-deltaX, [self buttonTotalWidth]); 
//6 if (constant == [self buttonTotalWidth]) { 
//7 [self setConstraintsToShowAllButtons:YES notifyDelegateDidOpen:NO];
 } else { 
//8 self.contentViewRightConstraint.constant = constant; 
}
 }
 }

上面大部分代碼都在 Cell 默認的“關閉”狀態下 處理pan手勢識別器，下面是細節說明：
判斷 pan 手勢是往左還是往右。
如果右約束常量為 0 ，意味著myContentView
完全擋住contentView
。因此 Cell 在這里一定已經關閉，而用戶準備打開它。
這是處理用戶從做到右滑動以關閉 Cell 的 情況。除了說“你不能做那個”之外，你還要處理的情況是，當用戶滑動 Cell 只打開一點點，然后他們希望不必抬起他們的手指來結束此手勢就可以滑動它關閉。譯者注：就是說，打開一點點不會完全顯示出后面的按鈕，Cell 會自動關閉。
因為一個從左到右的滑動會導致deltaX
為正值，而從右到左的滑動回到導致deltaX
為負值，你必須根據負的deltaX
計算出常量以設置到右約束上。因為是從它與0中找出最大值，所以視圖不可能往右邊走多遠。

如果常量為 0，Cell 就是完全關閉的。調用處理關閉的方法——它（如你回憶起的）在目前還什么也不會做。
如果常量為不為 0，那么你就將其設置到右手邊的約束上。
否者，如果是從右往做滑動，那么用戶試圖打開 Cell 。這在個情況里，常量將會小于負deltaX
或兩個按鈕的寬度之和。
如果目標常量是兩個按鈕的寬度之和，那么 Cell 就被打開至捕捉點（catch point），你應該調用方法來處理這個打開狀態。
如果常量不是兩個按鈕的寬度之和，那就將其設置到右約束上。

喲！處理得真不少… 而這個只是處理了 Cell 已經關閉得情況。你現在還要編寫代碼處理當手勢開始時 Cell 就已經部分開啟的情況。
就在剛在添加的代碼之下添加如下代碼：

else { 
//The cell was at least partially open. CGFloat adjustment = self.startingRightLayoutConstraintConstant - deltaX; 
//1 if (!panningLeft) { CGFloat constant = MAX(adjustment, 0); 
//2 if (constant == 0) { 
//3 [self resetConstraintContstantsToZero:YES notifyDelegateDidClose:NO];
 } else { 
//4 self.contentViewRightConstraint.constant = constant; 
} 
} else { 
CGFloat constant = MIN(adjustment, [self buttonTotalWidth]); 
//5 if (constant == [self buttonTotalWidth]) { 
//6 [self setConstraintsToShowAllButtons:YES notifyDelegateDidOpen:NO]; 
} else {
 //7 self.contentViewRightConstraint.constant = constant; 
}
 }
 } self.contentViewLeftConstraint.constant = -self.contentViewRightConstraint.constant; //8
} break;

這是 if 語句的后半段。因此它用于處理 Cell 原本就打開的情況。
再一次，下面說明你要處理的幾個情況：
在這個情況下，你只是接受deltaX
，你就用 rightLayoutConstraint 的原始位置減去deltaX
以便得知要做多少調整。
如果用戶從做往右滑動，你必須接受 adjustment 與 0 中的較大值。如果 adjustment 已變成負值，那就說明用戶已經把 Cell 滑到邊界之外了，Cell 就關閉了，這就讓你進入下一個情況。
如果常量為 0，那么 Cell 已經關閉，你就調用處理其關閉的方法。
否則，將常量設置到右約束上。
對于從右到左的滑動，你將接受 adjustment 與 兩個按鈕寬度之和 中的較小值。如果 adjustment 更大，那就表示用戶已經滑出超過捕捉點了。
如果常量剛好等于兩個按鈕寬度之和，那么 Cell 就打開了，你必須調用處理 Cell 打開的方法。
否則，將常量設置到右約束上。
現在，你已經處理完“Cell關閉”和“Cell部分開啟”的情況，在這兩個情況里，你都可對左約束做同樣的事情：將其設置為右約束常量的負值。這就保證了myContentView
的寬度一直保持不變。

編譯并運行；現在你可以來回滑動 Cell ！它不是非常流暢，而且它在你希望的地方之前的一點就停下了。這是因為你還沒有真正實現那兩個用于處理打開和關閉 Cell 的方法。
Note：你可以也注意到，Table View 本身已經不會 scroll 了。不要擔心，一旦你正確處理好 Cell 的滑動，你就能修復它。

Snap!
接下來，你要讓 Cell Snao 進入合適的位置。你會注意到，如果你放手 Cell 會停到合適的位置。
在你進入方法開始處理之前，你需要一個單獨的生成動畫的方法。
打開SwipeableCell.m
并添加如下方法：
```objc
- (void)updateConstraintsIfNeeded:(BOOL)animated completion:(void (^)(BOOL finished))completion {
 float duration = 0;
 if (animated)
 { 
duration = 0.1; 
} 
[UIView animateWithDuration:duration delay:0 options:UIViewAnimationOptionCurveEaseOut animations:^{ 
[self layoutIfNeeded];
 } completion:completion];
}

Note：0.1 秒的間隔和 ease-out curve 動畫都是我從實踐和錯誤中總結出來的。如果你找到其他更讓你看著愉悅的速度或動畫類型，可以自由修改它們。

接下來，你將填充那兩個處理打開和關閉的骨架方法。記得在 Apple 的原始實現里，因為使用了UIScrollView
子類作為最底層的試圖，所以會有一點彈性。
要讓事情看起來正確，你將在 Cell 撞到邊界時給它一點彈性。你同樣要確保contentView
和myContentView
有同樣的backgroundColor
以造成彈性非常順滑的錯覺。
添加如下常量到SwipeableCell.m
頂部，就在 import 語句之下：
static CGFloat const kBounceValue = 20.0f;

這個常量存儲了彈性值，將用于你的彈性動畫中。
如下更新setConstraintsToShowAllButtons:notifyDelegateDidOpen:
：

- (void)setConstraintsToShowAllButtons:(BOOL)animated notifyDelegateDidOpen:(BOOL)notifyDelegate
 { 
//TODO: Notify delegate. 
//1 if (self.startingRightLayoutConstraintConstant == [self buttonTotalWidth] && self.contentViewRightConstraint.constant == [self buttonTotalWidth])
 { 
return; 
} 
//2 self.contentViewLeftConstraint.constant = -[self buttonTotalWidth] - kBounceValue; 
self.contentViewRightConstraint.constant = [self buttonTotalWidth] + kBounceValue; 
[self updateConstraintsIfNeeded:animated completion:^(BOOL finished)
 { 
//3 self.contentViewLeftConstraint.constant = -[self buttonTotalWidth]; 
self.contentViewRightConstraint.constant = [self buttonTotalWidth];
 [self updateConstraintsIfNeeded:animated completion:^(BOOL finished) 
{ 
//4 self.startingRightLayoutConstraintConstant = self.contentViewRightConstraint.constant; 
}];
 }];
}

這個方法在 Cell 完全打開時執行。下面解釋發生了什么：
如果 Cell 已經開啟，約束已經到達完全開啟值，那就返回——否則彈性操作將會一次又一次的發生，就像你繼續滑動超過總按鈕寬度那樣。
你初始設置約束值為按鈕總寬度和彈性值的結合值，它將 Cell 拉到左邊一點點，這樣才好 snap 回來。然后你就調用動畫來實現這個設置。
當第一個動畫完成，發動第二個動畫，它將 Cell 正好打開在從按鈕寬度的位置。
當第二個動畫完成，重設起始約束否則你會看到多次彈跳。

如下更新resetConstraintContstantsToZero:notifyDelegateDidClose:
：

- (void)resetConstraintContstantsToZero:(BOOL)animated notifyDelegateDidClose:(BOOL)notifyDelegate { 
//TODO: Notify delegate. if (self.startingRightLayoutConstraintConstant == 0 && self.contentViewRightConstraint.constant == 0) { 
//Already all the way closed, no bounce necessary return;
 }
 self.contentViewRightConstraint.constant = -kBounceValue; self.contentViewLeftConstraint.constant = kBounceValue; 
[self updateConstraintsIfNeeded:animated completion:^(BOOL finished) { self.contentViewRightConstraint.constant = 0; self.contentViewLeftConstraint.constant = 0;
 [self updateConstraintsIfNeeded:animated completion:^(BOOL finished) { self.startingRightLayoutConstraintConstant = self.contentViewRightConstraint.constant; 
}];
 }];
}

如你所見，這類似于setConstraintsToShowAllButtons:notifyDelegateDidOpen:
，但它的邏輯是關閉 Cell 而不是打開。
編譯并運行；隨意滑動 Cell 到它的捕捉點，你就會在放手時看到彈性行為。
然而，如果你在 Cell 完全開啟或完全關閉之前將釋放手指，它將會卡在中間。Whoops! 你還沒有處理觸摸結束或被取消的情況。
找到panThisCell:
用下列代碼替換UIGestureRecognizerStateEnded

case ：
case UIGestureRecognizerStateEnded: 
if (self.startingRightLayoutConstraintConstant == 0) { 
//1 //Cell was opening 
CGFloat halfOfButtonOne = CGRectGetWidth(self.button1.frame) / 2; 
//2 
if (self.contentViewRightConstraint.constant >= halfOfButtonOne) { 
//3
 //Open all the way
 [self setConstraintsToShowAllButtons:YES notifyDelegateDidOpen:YES];
 } else {
//Re-close [self resetConstraintContstantsToZero:YES notifyDelegateDidClose:YES]; 
} 
} else { 
//Cell was closing CGFloat buttonOnePlusHalfOfButton2 = CGRectGetWidth(self.button1.frame) + (CGRectGetWidth(self.button2.frame) / 2); 
//4 
if (self.contentViewRightConstraint.constant >= buttonOnePlusHalfOfButton2) { 
//5 //Re-open all the way 
[self setConstraintsToShowAllButtons:YES notifyDelegateDidOpen:YES];
 } else { 
//Close
 [self resetConstraintContstantsToZero:YES notifyDelegateDidClose:YES]; 
} 
} 
break;

在這里，你根據 Cell 是否已經打開或關閉以及手勢結束時 Cell 的位置在執行不同的處理。具體來講：
通過檢查開始右約束值，得知手勢開始時 Cell 是否已經打開或關閉。
如果 Cell 是關閉的，那你就正在打開它，你要讓 Cell 自動滑動到打開，至少需要先滑動右邊按鈕(self.button1)一半的寬度。因為你在測量約束的常量，你只需要計算實際的按鈕寬度，而不是它在視圖中的 X 位置。
接下來，測試約束是否已被打開至超過你希望讓 Cell 自動打開的點。如果已經超過，那就自動打開 Cell。如果沒有，那就自動關閉 Cell。
此處表示 Cell 從打開的狀態開始，你需要那個能讓 Cell 自動 snap 關閉的點，至少需要超過最左邊按鈕的一半。 將不是最左邊的按鈕的那些按鈕的寬度加起來，在這個情況里，只有 self.button1 而已，再加上最左邊按鈕的一半——也就是 self.button2 —— 以便找到需要的檢查點。
測試約束是否以及超過這個點，即你希望 Cell 自動關閉的那個點。如果超過了，關閉 Cell。如果沒有，那就重新打開 Cell。

最后，你還要處理一下手勢被取消的情況。用如下代碼替換UIGestureRecognizerStateCancelled

case ：
case UIGestureRecognizerStateCancelled:
 if (self.startingRightLayoutConstraintConstant == 0) {
 //Cell was closed - reset everything to 0 
[self resetConstraintContstantsToZero:YES notifyDelegateDidClose:YES]; 
} else { 
//Cell was open - reset to the open state
 [self setConstraintsToShowAllButtons:YES notifyDelegateDidOpen:YES];
 } 
break;

這個處理相當直白；由于用戶取消了觸摸，表示他們不想改變 Cell 當前的狀態，所以你只需要將一切都設置為它們原本的樣子即可。
編譯并運行；滑動 Cell ，你會看到 Cell Snap 到打開或關閉，而不論你的手指再哪里，如下所示：

swipeable-bounce

#pragma mark - UIGestureRecognizerDelegate
- (BOOL)gestureRecognizer:(UIGestureRecognizer *)gestureRecognizer shouldRecognizeSimultaneouslyWithGestureRecognizer:(UIGestureRecognizer *)otherGestureRecognizer
{ 
return YES;
}

這個方法告知各手勢識別器，它們可以同時工作。
編譯并運行；打開第一個 Cell 然后你依然可以 Scroll tableView 。
還有一個 Cell 重用引起的小問題：各個行不記得它們的狀態，看起來是因為 Cell 重用了它們的視圖的 開啟/關閉 狀態，然后它們的視圖就不能正確反應用戶的操作了。要查看這一情況，打開一個 Cell ，然后將 Table Scroll 一點點。你就會注意每次都有一個 Cell 始終保持打開狀態，但每次都不同。
要修復這個問題頭一半，添加如下方法到SwipeableCell.m
：

- (void)prepareForReuse {
 [super prepareForReuse]; 
[self resetConstraintContstantsToZero:NO notifyDelegateDidClose:NO];
}

這個方法確保 Cell 在其回收重利用時再次關閉。
要解決這個問題的后一半，你將添加一個公共方法給 Cell 以促使其打開。然后你會添加一些 delegate 方法以允許MasterViewController
去管理那個 Cell 是打開的。
打開SwipeableCell.h
。在SwipeableCellDelegate
協議的申明里，添加如下兩個新的方法，就在已存在的那兩個下面：

- (void)cellDidOpen:(UITableViewCell *)cell;
- (void)cellDidClose:(UITableViewCell *)cell;

這些方法將會通知 delegate —— 在你的情況里，就是 Master View Controller —— 某個 Cell 被打開或關閉了。
添加如下公共方法申明到SwipeableCell
的@interface
里：

- (void)openCell;

接下來，打開SwipeableCell.m
并添加openCell
的實現：

- (void)openCell { 
[self setConstraintsToShowAllButtons:NO notifyDelegateDidOpen:NO];
}

這個方法允許 delegate 修改 Cell 的狀態。
依然在用一個文件里，找到resetConstraintsToZero:notifyDelegateDidOpen:
并替換其中TODO
為如下代碼：

if (notifyDelegate) {
 [self.delegate cellDidClose:self];
}

接下來，找到setConstraintsToShowAllButtons:notifyDelegateDidClose:
并替換其中TODO
為如下代碼：

if (notifyDelegate) { [self.delegate cellDidOpen:self];}

這兩個修改會在一個 swipe 手勢完成時通知 delegate ，無論 Cell 是否以及打開或關閉。
添加如下屬性申明到MasterViewController.m
頂部的類擴展里：

@property (nonatomic, strong) NSMutableSet *cellsCurrentlyEditing;

它將存儲當前已被打開的 Cell 的列表。
添加如下代碼到viewDidLoad
的最后：

self.cellsCurrentlyEditing = [NSMutableSet new];

這個初始化保證了之后你可以正常使用數組。
現在在同一個文件里添加如下方法實現：

- (void)cellDidOpen:(UITableViewCell *)cell {
 NSIndexPath *currentEditingIndexPath = [self.tableView indexPathForCell:cell];
 [self.cellsCurrentlyEditing addObject:currentEditingIndexPath];
}
- (void)cellDidClose:(UITableViewCell *)cell { 
[self.cellsCurrentlyEditing removeObject:[self.tableView indexPathForCell:cell]];
}

注意到你添加的時 Index Path 而不是 Cell 本身到列表里。如果你直接添加 Cell 對象，那么之后你就會看到同樣的問題，在 Cell 被回收后再次被打開。用了這個方法，你就可以使用合適 的 Index Path 來打開 Cell 了。
最后，添加下面幾行到tableView:cellForRowAtIndexPath:
，就在 return 語句之前：

if ([self.cellsCurrentlyEditing containsObject:indexPath]) { [cell openCell];}

如果當前的 Cell 的 Index Path 在列表里，它就會將其設置為打開。
編譯并運行；全都搞定了！你現在有了一個能夠 Scroll 的 Table View，還能處理 Cell 的打開和關閉狀態，并在 Cell 的任意被點擊時，使用 delegate 方法來加載任何任務。
下一步怎么走？
譯者注：吐血，終于翻譯到這一句了！
最終的項目可以在此處下載。我還會繼續我在此所開發的東西，并組成一個開源項目，以便讓事情更有靈活性——在準備好推出時，我會在論壇里貼個鏈接。
任何時候，如你在不知道他們如何做到的情況下復制出 Apple 所做的某些效果，你都會發現有許多許多的方式去做到這樣的效果。所以這里的方案只是這個效果的實現辦法之一；然而，它是我所發現的唯一一個不需要處理嵌套 Scroll View 的辦法，產生的手勢識別沖突也可以非常簡單地解決！ :]
寫這篇文章時有一些很有用的資源，但文章里最終使用了非常不同的辦法。這些資源是 Ash Furrow 的文章 能讓一切都工作起來，以及 Massimiliano Bigatti’s BMXSwipeableCell 項目，它現實通過UIScrollView
這條路可以挖到多深。
如果你有任何建議、問題或相關的代碼，請在評論區講出來吧！
譯者：@nixzhu
轉載自：
https://github.com/nixzhu/dev-blog