自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

在iOS平臺上開發(fā)猜數(shù)游戲

作者：keakon
移動開發(fā) iOS 移動應(yīng)用
本文將把《猜數(shù)游戲》作為例子，為大家講述在iOS平臺上開發(fā)猜數(shù)游戲。裁判從1到100以內(nèi)隨機選擇一個整數(shù)，然后讓玩家猜測選擇的是什么數(shù)。每次猜測后，如果猜錯了，裁判會告訴玩家是猜大了還是猜小了，直到玩家猜出來。大家可以看看作者代碼如何。

這些天終于戒掉了星際爭霸2，開始學習iOS開發(fā)了。雖然還只是一知半解，但學了幾天后，覺得單視圖的iOS應(yīng)用開發(fā)起來太輕松了，就忍不住想自己動手做點小玩意。

我也沒有什么好的創(chuàng)意，只是偶然看到猜數(shù)的游戲，覺得用選取器這個控件很適合，就決定做了。

雖然這個游戲大多數(shù)人都玩過，不過我還是介紹下規(guī)則吧：裁判從1到100以內(nèi)隨機選擇一個整數(shù)，然后讓玩家猜測選擇的是什么數(shù)。每次猜測后，如果猜錯了，裁判會告訴玩家是猜大了還是猜小了，直到玩家猜出來。當然，用的次數(shù)越少就越好。如果用二分法的話，7次以內(nèi)肯定能猜出來的。

而我要做的這個游戲中，裁判將由應(yīng)用本身來擔當。玩家只要在選取器里選定一個數(shù)，然后點擊選擇按鈕，就會得知猜測的情況;同時選取器也自動更新，刪除不符合的數(shù)據(jù)，避免玩家選擇錯誤的數(shù)據(jù)。

接下來考慮界面。

它需要一個選取器來選數(shù)，需要一個選擇按鈕來確定所選的數(shù)，還需要一個重玩按鈕來重置游戲。而在通知方面，我覺得猜錯時可以直接用標簽來告知玩家，而在猜中時則彈出一個確認對話框比較好。

于是就開工了，運行Xcode，創(chuàng)建一個GuessNumber項目，在GuessNumberViewController.h里聲明控件變量。

  1. @interface GuessNumberViewController : UIViewController { 
  2.     UILabel *label; 
  3.     UIPickerView *picker; 
  4. } 
  5.  
  6. @property (nonatomic, retain) IBOutlet UILabel *label; 
  7. @property (nonatomic, retain) IBOutlet UIPickerView *picker; 
  8.  
  9. - (IBAction)chooseButtonPressed; 
  10. - (IBAction)resetButtonPressed; 
  11.  
  12. @end 

然后用Interface Builder畫出這樣一個界面出來，并與控件變量和行為連接起來：

再打開GuessNumberViewController.m，加上如下代碼，準備工作就做完了：

  1. @implementation GuessNumberViewController 
  2.  
  3. @synthesize label; 
  4. @synthesize picker; 
  5.  
  6. - (void)viewDidUnload { 
  7.     self.label = nil; 
  8.     self.picker = nil; 
  9. } 
  10.  
  11. - (void)dealloc { 
  12.     [label release]; 
  13.     [picker release]; 
  14.     [super dealloc]; 
  15. } 
  16.  
  17. @end 

不過這個程序還只是個空殼，還得為它寫實現(xiàn)邏輯。先看UIPickerView。翻看SDK文檔，發(fā)現(xiàn)它并不能直接設(shè)置和顯示數(shù)據(jù)，而是用UIPickerViewDelegate和UIPickerViewDataSource這2個協(xié)議來完成的。簡化起見，我就沒創(chuàng)建一個模型類了，而是直接讓GuessNumberViewController來實現(xiàn)了：

  1. @interface GuessNumberViewController : UIViewController 
  2. <UIPickerViewDelegate, UIPickerViewDataSource> 

UIPickerViewDelegate主要需要實現(xiàn)這2個方法中的一個：

◆pickerView:titleForRow:forComponent:

◆pickerView:viewForRow:forComponent:reusingView:

前者是直接讓每行顯示一個字符串，而后者是每行顯示一個視圖，那自然是前者更方便了。

可是每行究竟要顯示什么數(shù)據(jù)呢?看上去可以用一個數(shù)組來保存現(xiàn)有的數(shù)，然后直接將行號作為數(shù)組的索引來獲取即可。

可讓我詫異的是創(chuàng)建數(shù)組時，居然沒有Python里range這樣方便的函數(shù)，于是得自己寫個方法來實現(xiàn)了：

  1. + (NSMutableArray *)makeArrayFrom:(NSInteger)begin to:(NSInteger)end { 
  2.     NSMutableArray *array = [[[NSMutableArray alloc]initWithCapacity:end - begin + 1]autorelease]; 
  3.     for (NSInteger i = begin; i <= end; ++i) { 
  4.         [array addObject:[NSString stringWithFormat:@"%d", i]]; 
  5.     } 
  6.     return array; 
  7. } 

這樣的實現(xiàn)讓我很擔心性能，覺得還不如C的數(shù)組好用。而且NSMutableArray為什么是NSArray的子類啊，有可能接收到一個NSArray對象，以為它是不變的，結(jié)果使用時卻莫名其妙地變了啊!有木有!難道接收到后每次都copy一份不影響性能嗎?可這貨畢竟是標準庫里的，你得逼自己接受它…(好戲還在后頭)

考慮到這樣創(chuàng)建很成問題，于是決定事先創(chuàng)建好一個完整的數(shù)組，然后每次要用時就copy一份。便給GuessNumberViewController加上2個私有變量NSMutableArray *pickerData和NSMutableArray *totalData，并在viewDidLoad方法中初始化它們。

  1. #define MAX_NUMBER 100 
  2.  
  3. - (void)viewDidLoad { 
  4.     self.totalData = [GuessNumberViewController makeArrayFrom:1 to:MAX_NUMBER]; 
  5.     [self resetGame]; 
  6.     [super viewDidLoad]; 
  7. } 
  8.  
  9. - (void)resetGame { 
  10.     NSMutableArray *totalDataCopy = [totalData mutableCopy]; 
  11.     self.pickerData = totalDataCopy; 
  12.     [totalDataCopy release]; 
  13. } 
  14.  
  15. - (void)viewDidUnload { 
  16.     self.label = nil; 
  17.     self.picker = nil; 
  18.     self.pickerData = nil; 
  19.     self.totalData = nil; 
  20. } 
  21.  
  22. - (void)dealloc { 
  23.     [label release]; 
  24.     [picker release]; 
  25.     [pickerData release]; 
  26.     [totalData release]; 
  27.     [super dealloc]; 
  28. } 

數(shù)據(jù)準備好后，就可以實現(xiàn)– pickerView:titleForRow:forComponent:了：

  1. - (NSString *)pickerView:(UIPickerView *)pickerView 
  2.            titleForRow:(NSInteger)row 
  3.           forComponent:(NSInteger)component { 
  4.     return [pickerData objectAtIndex:row]; 
  5. } 

再來看看UIPickerViewDataSource，這個協(xié)議也有2個方法：

◆numberOfComponentsInPickerView:

◆pickerView:numberOfRowsInComponent:

前者返回這個選擇器由幾個部分組成，這里我只需要一組即可;后者返回每個部分有多少行，其實也就是pickerData的長度而已：

  1. - (NSInteger)numberOfComponentsInPickerView:(UIPickerView *)pickerView { 
  2.     return 1; 
  3. } 
  4.  
  5. - (NSInteger)pickerView:(UIPickerView *)pickerView 
  6. numberOfRowsInComponent:(NSInteger)component { 
  7.     return [pickerData count]; 
  8. } 

這時候NSArray又囧到我了。那個count方法說明了count不是個屬性，因此數(shù)組的長度并沒有用變量來保存。事后我也查了下，發(fā)現(xiàn)是以nil來判斷數(shù)組結(jié)尾的，這效率對長數(shù)組來說絕對是個災(zāi)難。

現(xiàn)在選擇器的邏輯已經(jīng)實現(xiàn)了，此時測試應(yīng)該可以看到一個包含1～100的選擇器了，不過游戲的邏輯還并沒實現(xiàn)。

于是再給GuessNumberViewController加上NSInteger guessedTimes和NSInteger secretNumber，分別用于保存玩家猜的數(shù)和隨機數(shù)。

接著修改resetGame的邏輯來初始化它們：

  1. - (void)resetGame { 
  2.     guessedTimes = 0; 
  3.     secretNumber = arc4random() % MAX_NUMBER + 1; 
  4.     NSMutableArray *totalDataCopy = [totalData mutableCopy]; 
  5.     self.pickerData = totalDataCopy; 
  6.     [totalDataCopy release]; 
  7.     [picker reloadComponent:0]; 
  8. } 

然后就是重點的chooseButtonPressed方法了，這個方法中需要刪除NSMutableArray的一部分，而且肯定是在頭或尾部刪除。查了下SDK文檔，適合這種批量刪除的方法有：

◆removeObjectsAtIndexes:

◆removeObjectsInArray:

◆removeObjectsInRange:

◆removeObjectsFromIndices:numIndices:

看上去很多是吧，別急，一個一個來看。

◆ removeObjectsAtIndexes:這個方法接收一個NSIndexSet參數(shù)。而NSIndexSet的創(chuàng)建和NSMutableArray差不多，也就是得循環(huán)生成，放棄。

◆removeObjectsInArray:就更直接了，直接接收一個NSArray參數(shù)。為了刪除一個數(shù)組的一部分而去創(chuàng)建另一個數(shù)組，有病啊?放棄。

◆removeObjectsInRange:接收一個NSRange參數(shù)。NSRange是一個結(jié)構(gòu)，包括location和length這2個字段，看上去這就是我想要的。它實際上是用removeObjectAtIndex:來刪除對象的，所以自己寫循環(huán)來刪除會更快。

◆removeObjectsFromIndices:numIndices:已經(jīng)被deprecated了，放棄?？紤]到自己寫循環(huán)太麻煩，所以還是將就著使用– removeObjectsInRange:了，實現(xiàn)的算法我就不解釋了：

  1. - (void)alertWithMessage:(NSString *)message { 
  2.     UIAlertView *alert = [[UIAlertView alloc] 
  3.                           initWithTitle:nil 
  4.                           message:message 
  5.                           delegate:nil 
  6.                           cancelButtonTitle:@"確定" 
  7.                           otherButtonTitles:nil]; 
  8.     [alert show]; 
  9.     [alert release]; 
  10. } 
  11.  
  12. - (IBAction)chooseButtonPressed { 
  13.     ++guessedTimes; 
  14.     NSInteger row = [picker selectedRowInComponent:0]; 
  15.     NSString *selected = [pickerData objectAtIndex:row]; 
  16.     NSInteger selectedNumber = [selected integerValue]; 
  17.     NSInteger cutIndex; 
  18.      
  19.     if (selectedNumber == secretNumber) { 
  20.         [self alertWithMessage:[NSString stringWithFormat:@"你猜中了！"]]; 
  21.         [self resetGame]; 
  22.     } else { 
  23.         cutIndex = [pickerData indexOfObject:[NSString stringWithFormat:@"%d", selectedNumber]]; 
  24.         if (selectedNumber > secretNumber) { 
  25.             label.text = [NSString stringWithFormat:@"第%d次猜數(shù)，你猜得太大了。", guessedTimes]; 
  26.             [pickerData removeObjectsInRange:NSMakeRange(cutIndex, [pickerData count] - cutIndex)]; 
  27.         } else { 
  28.             label.text = [NSString stringWithFormat:@"第%d次猜數(shù)，你猜得太小了。", guessedTimes]; 
  29.             [pickerData removeObjectsInRange:NSMakeRange(0, cutIndex + 1)]; 
  30.         } 
  31.     } 
  32.     [picker reloadComponent:0]; 
  33. } 

***別忘了resetButtonPressed，它只是調(diào)用resetGame方法而已：

  1. - (IBAction)resetButtonPressed { 
  2.     [self resetGame]; 
  3. } 

現(xiàn)在就可以開玩了，效果如下：

看上去iOS開發(fā)的確很簡單，只是Objective-C惡心了一點而已。

不過別高興得太早，這篇文章還沒完成一半呢。玩了一會后我就立刻感到不爽了：從100個數(shù)里找到想要選擇的數(shù)太難了。

如果把選取器拆成2個部分，分別選擇十位和個位就會方便多了。不過這樣一來就不能猜1～100了，而應(yīng)該猜0～99;MAX_NUMBER這個名字也不再合適，應(yīng)該改成TOTAL_NUMBERS。

除此之外，如果繼續(xù)用數(shù)組實現(xiàn)的話，我得保存1個十位的數(shù)組和10個個位的數(shù)組，這樣維護起來太頭疼了。好在數(shù)據(jù)和UIPickerView并沒有綁定起來，可以自己實現(xiàn)取數(shù)邏輯，所以干脆保存當前最小和***的數(shù)，然后計算出十位和個位得了。

于是再給GuessNumberViewController加上NSInteger beginNumber和NSInteger endNumber這2個私有變量，然后開始修改取數(shù)邏輯：

  1. - (NSString *)pickerView:(UIPickerView *)pickerView 
  2.              titleForRow:(NSInteger)row 
  3.             forComponent:(NSInteger)component { 
  4.     if (component == 0) { 
  5.         return [NSString stringWithFormat:@"%d", beginNumber / 10 + row]; 
  6.     } 
  7.      
  8.     if ([picker selectedRowInComponent:0] == 0) { 
  9.         return [NSString stringWithFormat:@"%d", beginNumber % 10 + row]; 
  10.     } 
  11.      
  12.     return [NSString stringWithFormat:@"%d", row]; 
  13.  } 
  14.  
  15. - (NSInteger)numberOfComponentsInPickerView:(UIPickerView *)pickerView { 
  16.     return 2; 
  17. } 
  18.  
  19. - (NSInteger)pickerView:(UIPickerView *)pickerView 
  20. numberOfRowsInComponent:(NSInteger)component { 
  21.     NSInteger unitsDigitOfBeginNumber = beginNumber % 10; 
  22.     NSInteger unitsDigitOfEndNumber = endNumber % 10; 
  23.     NSInteger tenthsDigitOfBeginNumber = beginNumber / 10; 
  24.     NSInteger tenthsDigitOfEndNumber = endNumber / 10; 
  25.     NSInteger differenceBetweenTenthsDigits = tenthsDigitOfEndNumber - tenthsDigitOfBeginNumber; 
  26.     NSInteger rowOfTenthsPlace; 
  27.      
  28.     if (component == 0) { 
  29.         return differenceBetweenTenthsDigits + 1; 
  30.     } 
  31.      
  32.     rowOfTenthsPlace = [picker selectedRowInComponent:0]; 
  33.     if (rowOfTenthsPlace == 0) { 
  34.         if (differenceBetweenTenthsDigits == 0) { 
  35.             return unitsDigitOfEndNumber - unitsDigitOfBeginNumber + 1; 
  36.         } 
  37.         return 10 - unitsDigitOfBeginNumber; 
  38.     } 
  39.      
  40.     if (rowOfTenthsPlace == differenceBetweenTenthsDigits) { 
  41.         return unitsDigitOfEndNumber + 1; 
  42.     } 
  43.      
  44.     return 10; 
  45. } 

這里的邏輯比剛才復雜多了，不過慢慢看應(yīng)該能看懂的，我也就不解釋了。接下來就是chooseButtonPressed的邏輯了，這次它只要更改beginNumber和endNumber，不需要維護數(shù)組了。

  1. - (IBAction)chooseButtonPressed { 
  2.     ++guessedTimes; 
  3.      
  4.     NSInteger tenthsPlaceRow = [picker selectedRowInComponent:0]; 
  5.     NSInteger unitsPlaceRow = [picker selectedRowInComponent:1]; 
  6.      
  7.     NSString *tenthsDigitString = [self pickerView:picker titleForRow:tenthsPlaceRow forComponent:0]; 
  8.     NSString *unitsDigitString = [self pickerView:picker titleForRow:unitsPlaceRow forComponent:1]; 
  9.      
  10.     NSInteger tenthsDigit = [tenthsDigitString integerValue]; 
  11.     NSInteger unitsDigit = [unitsDigitString integerValue]; 
  12.      
  13.     NSInteger selectedNumber = tenthsDigit * 10 + unitsDigit; 
  14.      
  15.     if (selectedNumber == secretNumber) { 
  16.         [self alertWithMessage:[NSString stringWithFormat:@"你猜中了！"]]; 
  17.         [self resetGame]; 
  18.     } else if (selectedNumber > secretNumber) { 
  19.         statusLabel.text = [NSString stringWithFormat:@"第%d次猜數(shù)，你猜得太大了。", guessedTimes]; 
  20.         endNumber = selectedNumber - 1; 
  21.     } else { 
  22.         statusLabel.text = [NSString stringWithFormat:@"第%d次猜數(shù)，你猜得太小了。", guessedTimes]; 
  23.         beginNumber = selectedNumber + 1; 
  24.     } 
  25.     [picker reloadAllComponents]; 
  26. } 

而重置的代碼也得改改:

  1. - (void)resetGame { 
  2.     guessedTimes = 0; 
  3.     secretNumber = arc4random() % TOTAL_NUMBERS; 
  4.     beginNumber = 0; 
  5.     endNumber = TOTAL_NUMBERS - 1; 
  6.     label.text = @""; 
  7.     [picker reloadAllComponents]; 
  8. } 

現(xiàn)在再運行一下，會發(fā)現(xiàn)一堆bug。最嚴重的一個就是選擇的十位數(shù)改變時，個位不會相應(yīng)地改變。好在UIPickerViewDelegate協(xié)議提供了pickerView:didSelectRow:inComponent:方法，只要在十位改變時，重新載入個位的數(shù)據(jù)即可：

  1. - (void)pickerView:(UIPickerView *)pickerView didSelectRow:(NSInteger)row inComponent:(NSInteger)component { 
  2.     if (component == 0) { 
  3.         [picker reloadComponent:1]; 
  4.     } 
  5. } 

此外就是按了選擇按鈕后，個位數(shù)有時候會超過9。調(diào)試了一番后我發(fā)現(xiàn)是[picker reloadAllComponents]這行代碼的問題，它會先reload部件1，再reload部件0，而我的代碼邏輯中，部件1的數(shù)據(jù)(個位)是依賴于部件0(十位)的，于是就出錯了。解決辦法很簡單，依次reload即可：

  1. [picker reloadComponent:0]; 
  2. [picker reloadComponent:1]; 

現(xiàn)在bug是搞定了，可是有個問題不太爽：游戲結(jié)束時彈出確認對話框，我還沒點確定，游戲就已經(jīng)重置了，有點不符合習慣。好在UIAlertView有個delegate屬性，它的– alertView:didDismissWithButtonIndex:方法就可以延緩重置時機了。于是老辦法，給GuessNumberViewController實現(xiàn)UIAlertViewDelegate協(xié)議，然后進行如下修改：

  1. - (void)alertWithMessage:(NSString *)message { 
  2.     UIAlertView *alert = [[UIAlertView alloc] 
  3.                           initWithTitle:nil 
  4.                           message:message 
  5.                           delegate:self 
  6.                           cancelButtonTitle:@"再玩一次" 
  7.                           otherButtonTitles:nil]; 
  8.     [alert show]; 
  9.     [alert release]; 
  10. } 
  11.  
  12. - (void)alertView:(UIAlertView *)alertView didDismissWithButtonIndex:(NSInteger)buttonIndex { 
  13.     [self resetGame]; 
  14. } 

再把調(diào)用alertWithMessage下一行的[self resetGame]刪掉即可。接下來還有什么問題呢?結(jié)束時的提示太無聊了，沒動力繼續(xù)玩下去，于是再改改chooseButtonPressed：

  1. if (selectedNumber == secretNumber) { 
  2.     if (guessedTimes < 4) { 
  3.         [self alertWithMessage:[NSString stringWithFormat:@"哼，人家才不告訴你%d次就猜中是很稀罕的呢！", guessedTimes]]; 
  4.     } else if (guessedTimes < 8) { 
  5.         [self alertWithMessage:[NSString stringWithFormat:@"別多想啦，%d次猜中是很正常的啦，繼續(xù)加油吧！", guessedTimes]]; 
  6.     } else { 
  7.         [self alertWithMessage:[NSString stringWithFormat:@"笨蛋，%d次才猜中，你有沒有用心在猜啊！", guessedTimes]]; 
  8.     } 
  9. } 

現(xiàn)在如何呢?還有個很大的問題——數(shù)字是左對齊的，應(yīng)該弄成居中對齊的啊!可是翻了一遍文檔，確實沒找到哪里可以設(shè)置對齊屬性。在網(wǎng)上搜了一陣，發(fā)現(xiàn)需要自己創(chuàng)建UILabel作為每行的視圖，然后設(shè)置UILabel的對齊屬性：

  1. - (UIView *)pickerView:(UIPickerView *)pickerView 
  2.             viewForRow:(NSInteger)row 
  3.           forComponent:(NSInteger)component 
  4.            reusingView:(UIView *)view { 
  5.     UILabel *digitLabel; 
  6.     if (view) { 
  7.         digitLabel = (PickerViewLabel *)view; 
  8.     } else { 
  9.         digitLabel = [[[UILabel alloc] initWithFrame:CGRectMake(0.0f, 0.0f, [pickerView rowSizeForComponent:component].width, [pickerView rowSizeForComponent:component].height)] autorelease]; 
  10.     } 
  11.      
  12.     NSString *title; 
  13.     if (component == 0) { 
  14.         title = [NSString stringWithFormat:@"%d", beginNumber / 10 + row]; 
  15.     } else if ([picker selectedRowInComponent:0] == 0) { 
  16.         title = [NSString stringWithFormat:@"%d", beginNumber % 10 + row]; 
  17.     } else { 
  18.         title = [NSString stringWithFormat:@"%d", row]; 
  19.     } 
  20.  
  21.     digitLabel.text = title; 
  22.     digitLabel.textAlignment = UITextAlignmentCenter; 
  23.     return digitLabel; 
  24. } 

這樣一來就有很多l(xiāng)abel了，所以原來的label就改名為statusLabel以作區(qū)分吧。而chooseButtonPressed中也需要更改數(shù)值的獲取方法

  1. NSString *tenthsDigitString = ((UILabel *)[picker viewForRow:tenthsPlaceRow forComponent:0]).text; 
  2. NSString *unitsDigitString = ((UILabel *)[picker viewForRow:unitsPlaceRow forComponent:1]).text; 

改完后立刻發(fā)現(xiàn)背景不對勁，變成白色的了。于是去掉digitLabel的背景色，順便將文本設(shè)為粗體：

  1. digitLabel.backgroundColor = [UIColor clearColor]; 
  2. digitLabel.font = [UIFont boldSystemFontOfSize:24.0]; 

現(xiàn)在是否OK了呢?不，你會發(fā)現(xiàn)點擊一行時，還會出現(xiàn)藍色的高亮背景。這現(xiàn)象是怎么產(chǎn)生的呢?原來UIPickerView是用UITableView實現(xiàn)的，而UITableCell在選中時默認會高亮。

簡單的解決辦法就是設(shè)置digitLabel.userInteractionEnabled = YES，這樣一來digitLabel就攔截了點擊事件，不會傳遞給UITableCell了。

可是這個辦法仍然有問題：默認的UIPickerView在點擊一行時，會滾動定位到這行;而攔截了事件后，自動滾動的功能也就沒了。

于是更好的辦法就是在點擊時獲取這個UITableCell，將它設(shè)為不高亮。然而坑爹的是UITableCell屬于私有API，SDK文檔里找不到資料，調(diào)用它的方法得使用performSelector方法。

為此需要自定義一個PickerViewLabel類：

  1. @interface PickerViewLabel : UILabel { 
  2.  
  3. } 
  4.  
  5. @end 
  6.  
  7. @implementation PickerViewLabel 
  8.  
  9. - (void)didMoveToSuperview { 
  10.     UIView *superview = [self superview]; 
  11.     if ([superview respondsToSelector:@selector(setShowSelection:)]) { 
  12.         [superview performSelector:@selector(setShowSelection:) withObject:NO]; 
  13.     } 
  14. } 
  15.  
  16. @end 

這個didMoveToSuperview方法的名字很囧，它其實是在父視圖改變時被調(diào)用的。

因為高亮也是改變的一種，所以它就會被調(diào)用了。拿到父視圖后并不能判斷它是否是UITableCell類的對象，因為我們沒有UITableCell的聲明頭文件。于是通過respondsToSelector判斷它是否能調(diào)用setShowSelection:，再通過performSelector調(diào)用這個方法。

現(xiàn)在總該可以了吧?不，還有個問題：重新載入UIPickerView的組件時，有時會停在莫名其妙的一行上。于是在resetGame的末尾加上：

  1. [picker selectRow:0 inComponent:0 animated:NO]; 
  2. [picker selectRow:0 inComponent:1 animated:NO]; 

同時也加在chooseButtonPressed的第三種里：

  1. // ... 
  2. } else { 
  3.     statusLabel.text = [NSString stringWithFormat:@"第%d次猜數(shù)，你猜得太小了。", guessedTimes]; 
  4.     beginNumber = selectedNumber + 1; 
  5.     [picker selectRow:0 inComponent:0 animated:NO]; 
  6.     [picker selectRow:0 inComponent:1 animated:NO]; 
  7. } 

好了，最終效果如下：

雖然按鈕的樣式還能改改，不過必須用到背景圖，我就懶得找圖了。至于還能改進的地方，我覺得就是太不耐玩了。如果加入聯(lián)機對戰(zhàn)模式或許就大不一樣了，2個玩家可以比拼誰先猜出來，就可以獲得更多樂趣了。當然，這玩意犯不著搞那么復雜的東東出來，反正也就自己做著玩而已。***想說的是，iOS開發(fā)難在細節(jié)。它看上去很簡單，但很多細枝末節(jié)的方面若想精益求精，就不得不耗費苦心。一是標準庫并不好用，二是SDK設(shè)計得并不周到，三是你不得不用到私有API。

 

責任編輯：佚名 來源： keakon的涂鴉館
iOS猜數(shù)游戲
相關(guān)推薦

2011-03-25 14:41:52

MMO游戲iOS

2017-03-20 17:20:35

iOSTensorFlow

2022-01-21 10:35:03

Windows 11微軟安卓

2011-12-12 13:58:11

TinyCoiOSAndroid

2012-07-10 13:17:33

iOS收入

2010-06-09 17:46:53

2013-08-27 10:31:05

Headless模式Java SE設(shè)計模式

2015-03-24 19:48:24

2012-04-25 14:27:03

JavaScala

2010-05-19 16:53:31

MySQL代碼

2011-04-08 09:13:13

游戲跨平臺iOS

2013-03-04 09:51:35

2017-01-12 14:26:12

青雀開發(fā)小程序

2023-02-23 14:30:27

游戲Tcl

2012-04-25 14:12:12

JavaScala

2019-06-19 16:05:51

AppImageFlathubLinux

2011-08-23 09:16:19

Python

2020-02-18 09:45:44

云計算云平臺IT

2019-09-23 09:11:02

Python文本編輯器操作系統(tǒng)

2013-12-10 09:39:01

Windows平臺Linux開發(fā)
點贊
收藏

51CTO技術(shù)棧公眾號