IOS

　　在iPhone開發中，XML的解析有很多選擇，iOS SDK提供了NSXMLParser和libxml2兩個類庫，另外還有很多第三方類庫可選，例如TBXML、TouchXML、KissXML、TinyXML和GDataXML。問題是應該選擇哪一個呢？解析 XML 通常有兩種方式，DOM 和

文章目錄 deb.ipa.pxl 　　目前 iOS 平台上常見的安裝包有三種：deb、ipa 和 pxl。deb格式　　deb 是 Unix 系 統(其實主要是 Linux )下的安裝包，基於 tar 包，因此本身會記錄檔案的許可權(讀/寫/可執行)以及所有者/使用者組。由於 Unix 類系統 對許可權、所有者、組的嚴格要求，而 deb 格式安裝包又經常會涉及到系統比較底層的操作，所以許可權等的設定尤其重要。　　deb 包本身有三部分組成：

1、適配4英寸螢幕適配。 舊應用要與4英寸螢幕進行適配，需要建立一張Default-568h@2x.png圖片，系統根據是否有此資源來識別是否支援4英寸螢幕。至於其他資源不允許使用xxx-568h.jpg此格式來適配螢幕，需要使用代碼對螢幕進行檢測來分別進行適配。 2、UINavigationViewController的變化

原文地址：http://blog.csdn.net/huifeidexin_1/article/details/7883984iOS中編碼轉化1.UTF-8轉化     NSString *data = @"你好，北京！";    //轉換成UTF-8    NSString *dataUTF8 = [datastringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];    NSLog(@"%@",dataUTF8);   

         在進行iOS開發過程中，經常會遇到各種各樣的網路訪問問題，以前苦於沒有抓包工具，很多網路問題解決起來很痛苦。現在終於好了，本文提供兩種方式進行網路抓包： 1. 網際網路共用 +

 為什麼你的數組包含3個項目而不是5個？為什麼你的遊戲運行緩慢？這些都跟調試有關，調試是開發過程中必不可少的一部分。本文所列舉了一些重要的調試功能（當然並不全面）可以幫你用更少的時間來解決bug問題。 本文內容主要包括3個方面：使用console檢查app狀態進行日誌記錄，並熟練的駕馭NSLog使用對象的生命週期來跟蹤記憶體的使用。 使用Console檢查app狀態Xcode底部的小黑盒是我們調試時的好朋友，它可以輸出日誌資訊、錯誤資訊以及其他有用的東西來幫你跟蹤錯誤，除了可以看到日誌直接輸出的

一、準備工作：    evasi0n的越獄方法和iOS 5.1.1的方法十分相似，都屬於傻瓜級的越獄工具，使用者只需要將一部升級到了iOS 6.0版本以上系統的iOS裝置通過資料線串連電腦，然後開啟下載好的evasi0n.exe程式（windows版的軟體壓縮包大小為9.77MB），那麼軟體就可以自動識別裝置。接著點擊軟體介面中的Jailbreak按鈕即可開始越獄操作，整個越獄過程的大部分時間軟體中都有著醒目的提醒，Do not touch your

作者：zyl910　　“點擊空白處隱藏軟鍵盤”是一個很常見的功能。最簡單的實現辦法是將背景View設為為UIControl類，然後在Touch Down事件中隱藏軟鍵盤。詳見

作者：zyl910　　在iOS開發時，有時候需要在UIToolBar中增加UILabel等控制項。見過很多資料是以代碼方式完成此功能，不易維護。於是我進行了一番摸索，找到了xib/storyboard圖形介面下的處理辦法。一、代碼方式　　代碼方式是很多資料上提到的，關鍵是利用UIBarButtonItem的initWithCustomView方法來綁定UILabel控制項。代碼如下——UILabel *myLabel = [[UILabel alloc]

上篇部落格提到同步請求，同步請求使用者體驗不好，並且介紹了在同步方法上實現非同步，事實上iOS SDK也提供了非同步請求的方法。非同步請求會使用NSURLConnection委託協議NSURLConnectionDelegate。在請求不同階段 會回調委派物件方法。NSURLConnectionDelegate協議的方法有：connection:didReceiveData: 請求成功，開始接收資料，如果資料量很多，它會被多次調用；connection:didFailWithError:

我們運行程式，如果網速很慢，查詢的時候會一直黑屏，直到請求結束畫面才出現，這樣使用者體驗很不好。因此同步請求一般只是在某個子線 程中使用，而不在主線程中使用。非同步請求的使用者體驗要比同步請求好，因此一般情況下非同步請求用的很多。等待過程中在狀態列上會出現網路等待指標的經典旋 轉小表徵圖，而使用ASIHTTPRequest非同步請求就實現這些效果，不用自己額外編寫代碼。ASIHTTPRequest

書接上回，應用案例我們以UITextFieldDelegate為例來說明一下委託的使用。 UITextFieldDelegate是控制項UITextField的

表視圖是iOS開發中使用最頻繁的視圖，我們一般都會選擇以表的形式來展現資料，比如通訊錄、頻道列表等。表視圖分段、分組、索引等功能使我們所展 示的資料看起來更規整更有調理，更令人興奮的是表視圖還可以利用細節展示等功能多層次的展示資料，正所謂一表勝千言。 不過，相較於其它控制項表視圖的使用比較複雜，但是對比於表視圖各種靈活多變的功能，我們在使用上花費的努力還是相當值得的。 簡單表視圖表視圖的形式靈活多變，本著由淺入深的原則，我們先從簡單表視圖開始學習。本節講的簡單表視圖是動態表，（iOS

軟體設計中有設計模式，在UI設計方面也有設計模式。由於表視圖的應用在iOS中極其廣泛，本節向大家介紹表視圖中兩個UI設計模式：分頁模式和下拉重新整理（Pull-to-Refresh）模式。這兩種模式已經成為移動平台開發的標準。 分頁模式        分頁模式規範了移動平台進行大量資料請求的處理方式 。下拉重新整理模式下拉重新整理（Pull-to-Refresh）是重新重新整理表視圖或列表，重新載入資料，這種模式廣泛用於移動平台。下拉重新整理與分頁相反，當翻動螢幕到

iOS SDK為HTTP請求提供了同步和非同步請求兩種不同的API，而且可以使用GET或POST等要求方法。我們先瞭解其中最為簡單的同步GET方法請求。為了學習這些API的使用MyNotes“備忘錄”應用執行個體，是資料來源於伺服器端，而不是本地的Notes.xml（或Notes.json）檔案。首先實現查詢業務，查詢業務請求可以在主視圖控制器MasterViewController類中實現，其中MasterViewController.h代碼如下：#import

ASIHTTPRequest架構是優秀的第三方Objective-C的HTTP架構，支援Mac OS X和iOS下的HTTP開發。支援人員網站是http://allseeing-i.com/ASIHTTPRequest/。具有如下優點：支援下載資料放在記憶體或本地檔案容易訪問請求和應答HTTP

自訂儲存格當蘋果公司提供給的儲存格樣式不能我們的業務需求的時候，我們需要自訂儲存格。在iOS 5之前，自訂儲存格可以有兩種實現方式：代碼實現和用xib技術實現。用xib技術實現相對比較簡單，建立一個xib檔案，然後定義一個繼承 UITableViewCell類儲存格類即可。在iOS 5之後我們又有了新的選擇，故事板實現方式，這種方式比xib方式更簡單一些。 我們把簡單表視圖案例的原型圖修改一下，這種情況下四種內建的儲存格樣式就不合適了。      採用“Single View

平鋪導航模式是非常重要的導航模式。一般用於簡單的扁平化資訊瀏覽或任務。扁平化資訊是指這些資訊之間沒有從屬的層次關係，如中國的城市中北京、上

在ASIHTTPRequest架構中與HTTP請求相關的類有：ASIHTTPRequest和ASIFormDataRequest，其中最常用的是ASIHTTPRequest，ASIFormDataRequest是ASIHTTPRequest的子類，ASIFormDataRequest可以發送類似與HTML表單資料，也可以上傳資料，預設採用POST要求方法。也可以其它的HTTP要求方法。它們都可以進行非同步或同步請求。下面我們從最簡單的GET同步請求介紹。1、實現GET同步請求實現GET同步請求使

基於分頁導航實現 在iOS 5之後，可以使用分頁控制器（UIPageViewController）構建類似於電子書效果的應用，我們稱為基於分頁的應用。一個分頁應用有很多相關的視圖控制器 分頁控制器（PageViewController）需要放置在一個父視圖控制器中，在分頁控制器下面還要有子視圖控制器，每個子視圖控制器對應圖中的一個頁面。在基於分頁導航實現的應用中需要的類和協議：UIPageViewControllerDataSource協議和