【正文】 .修改表字段ALTER TABLE 表名 RENAME COLUMN 舊字段名 TO 新字段名。如果后期需要增加數(shù)據(jù)庫中的字段怎么實(shí)現(xiàn)，如果不使用CoreData呢？編寫SQL語句來操作原來表中的字段 增加表字段ALTER TABLE 表名 ADD COLUMN 字段名字段類型。Core Data在使用的過程種自己創(chuàng)建這個(gè)數(shù)據(jù)庫。Core Data不是一個(gè)關(guān)系型數(shù)據(jù)庫,也不是關(guān)系型數(shù)據(jù)庫管理系統(tǒng)(RDBMS)?？梢栽诙鄠€(gè)平臺使用,sqlite是一個(gè)輕量級的嵌入式sql數(shù)據(jù)庫編程。當(dāng)coredata在對你app數(shù)據(jù)的改變進(jìn)行保存的時(shí)候,core data會(huì)把這些數(shù)據(jù)歸檔,并永久性保存。coredata將你app的模型層放入到一組定義在內(nèi)存中的數(shù)據(jù)對象。coredata提供了基礎(chǔ)結(jié)構(gòu)去處理常用的功能,例如保存,恢復(fù),撤銷和重做,允許你在app中繼續(xù)創(chuàng)建新的任務(wù)。這些都是基本需求,那么再進(jìn)一步或許還需要固定緩存項(xiàng)數(shù)量,支持隊(duì)列緩存,緩存過期等。CoreData的使用場景在于:整個(gè)應(yīng)用使用CoreData規(guī)劃,把應(yīng)用內(nèi)的數(shù)據(jù)通過CoreData建模,完全基于CoreData架構(gòu)應(yīng)用。無論從設(shè)計(jì)原理還是使用方法上看,CoreData都比較復(fù)雜。從歸檔文件還原模型時(shí)CoreData并不是一次性把整個(gè)模型中的所有數(shù)據(jù)都載入內(nèi)存,而是根據(jù)運(yùn)行時(shí)狀態(tài),把被調(diào)用到的對象實(shí)例載入內(nèi)存。CoreData是一個(gè)管理方案,它的持久化可以通過SQLite、XML或二進(jìn)制文件儲(chǔ)存。開發(fā)者可以以關(guān)系型數(shù)據(jù)庫的方式組織數(shù)據(jù),使用SQL DML來管理數(shù)據(jù)。OC中有哪些數(shù)據(jù)存儲(chǔ)方式,各有什么區(qū)別? OC中有四種數(shù)據(jù)存儲(chǔ)方式: 1).NSUserDefaults,用于存儲(chǔ)配置信息 2).SQLite,用于存儲(chǔ)查詢需求較多的數(shù)據(jù) 3).CoreData,用于規(guī)劃應(yīng)用中的對象4).:對象中儲(chǔ)存了系統(tǒng)中用戶的配置信息,開發(fā)者可以通過這個(gè)實(shí)例對象對這些已有的信息進(jìn)行修改,也可以按照自己的需求創(chuàng)建新的配置項(xiàng)。注意，刪除數(shù)據(jù)前必須先查詢到對應(yīng)對象。這里需要注意，增、刪、改操作完最后必須調(diào)用管理對象上下文的保存方法，否則操作不會(huì)執(zhí)行。首先創(chuàng)建一個(gè)請求，然后設(shè)置請求條件，最后調(diào)用上下文執(zhí)行請求的方法。同時(shí)如果是第一次創(chuàng)建上下文，Core Data會(huì)自動(dòng)創(chuàng)建存儲(chǔ)文件（例如這里使用SQLite3存儲(chǔ)），并且根據(jù)模型對象創(chuàng)建對應(yīng)的表結(jié)構(gòu)。說一說你對Core Data的認(rèn)識Core Data使用起來相對直接使用SQLite3的API而言更加的面向?qū)ο螅僮鬟^程通常分為以下幾個(gè)步驟：創(chuàng)建管理上下可以細(xì)分為：加載模型文件指定數(shù)據(jù)存儲(chǔ)路徑創(chuàng)建對應(yīng)數(shù)據(jù)類型的存儲(chǔ)創(chuàng)建管理對象上下方并指定存儲(chǔ)。另外在Core Data中大家也可以發(fā)現(xiàn)，所有的增、刪、改操作之后必須調(diào)用上下文的保存方法，其實(shí)本身就提供了事務(wù)的支持，只要不調(diào)用保存方法，之前所有的操作是不會(huì)提交的?！被蛘摺皉ollback transaction。其實(shí)在在使用libsqlite3操作數(shù)據(jù)庫時(shí)也是原生支持事務(wù)的（因?yàn)檫@里的事務(wù)是基于數(shù)據(jù)庫的，F(xiàn)MDB還是使用的SQLite數(shù)據(jù)庫），只要在執(zhí)行sql語句前加上“begin transaction。為了解決這個(gè)問題建議在多線程中使用FMDatabaseQueue對象，相比FMDatabase而言，它是線程安全的。唯一需要指出的是，如果調(diào)用有格式化參數(shù)的sql語句時(shí)，格式化符號使用“?”而不是“%”、等。，在FMDB中FMDatabase類提供了兩個(gè)方法executeUpdate:和executeQuery:分別用于執(zhí)行無返回結(jié)果的查詢和有返回結(jié)果的查詢。FMDB有如下幾個(gè)特性：，自然使用起來也是類似的，使用前也要打開一個(gè)數(shù)據(jù)庫，這個(gè)數(shù)據(jù)庫文件存在則直接打開否則會(huì)創(chuàng)建并打開。當(dāng)然，最后需要釋放句柄。，執(zhí)行SQL語句又包括有返回值的語句和無返回值語句。先看一下SQLite數(shù)據(jù)庫的幾個(gè)特點(diǎn)：、訪問（無法使用ObjC直接訪問，因?yàn)閘ibqlite3框架基于C語言編寫），即使創(chuàng)建時(shí)定義了一種類型，在實(shí)際操作時(shí)也可以存儲(chǔ)其他類型，但是推薦建庫時(shí)使用合適的類型（特別是應(yīng)用需要考慮跨平臺的情況時(shí)）（盡管可以手動(dòng)關(guān)閉）在iOS中操作SQLite數(shù)據(jù)庫可以分為以下幾步（注意先在項(xiàng)目中導(dǎo)入libsqlite3框架）：，利用sqlite3_open()打開數(shù)據(jù)庫會(huì)指定一個(gè)數(shù)據(jù)庫文件保存路徑，如果文件存在則直接打開，否則創(chuàng)建并打開。學(xué)習(xí)數(shù)據(jù)庫就要學(xué)習(xí)其相關(guān)的定義、操作、查詢語言，也就是大家日常說得SQL語句。l 4 tableview的cell里如何嵌套collection view？思路同網(wǎng)易新聞?lì)愃? 用自定義的繼承自UITableViewCell的類, 在initWithFrame的構(gòu)造方法中, 初始化自定義的繼承自UICollectionView的類 下拉和上拉的原理? 上拉和下拉的原理可以參照新浪微博的上拉和下拉刷新, 以tableView的上拉刷新為例:1 為了進(jìn)行無縫閱讀, 通過tableView的代理方法, willDisplayCell判斷是否是最后一行，2 如果是最后一行, 在顯示最后一行的同時(shí), 判斷當(dāng)前是否存在上拉刷新 3 如果當(dāng)前沒有上拉刷新, 就進(jìn)行加載數(shù)據(jù), 啟動(dòng)”橘花”以tableView的下拉刷新為例: 1 判斷當(dāng)前的上拉刷新視圖是否動(dòng)畫2 如果沒有動(dòng)畫, 就不是上拉刷新 3 然后下拉刷新加載數(shù)據(jù) 4 加載完畢數(shù)據(jù)關(guān)閉刷新第五篇：黑馬程序員：IOS面試寶典數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)（★★）IOS中常用的數(shù)據(jù)存儲(chǔ)方式有哪些？答：，NSUserDefault,KeyChain,File,：plist,Archiver,Stream Data和FMDB說一說你對sqlite的認(rèn)識SQLite是目前主流的嵌入式關(guān)系型數(shù)據(jù)庫，其最主要的特點(diǎn)就是輕量級、跨平臺，當(dāng)前很多嵌入式操作系統(tǒng)都將其作為數(shù)據(jù)庫首選。最后還是前面所說過的insertRowsAtIndexPaths:withRowAnimation:方法，插入新行需要在主線程執(zhí)行，而一次插入很多行的話（例如50行），會(huì)長時(shí)間阻塞主線程。break。 = image。} }// update方法獲取到結(jié)果后，設(shè)置updating為NO 還有一點(diǎn)要注意的就是當(dāng)圖片下載完成后，如果cell是可見的，還需要更新圖像：NSArray *indexPaths = [ indexPathsForVisibleRows]。!updating){ updating = YES。例如每次載入50條信息，那就可以在滾動(dòng)到倒數(shù)第10條以內(nèi)時(shí)，加載更多信息：(void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath { if( 10 amp。} }(void)scrollViewWillBeginDragging:(UIScrollView *)scrollView { = 2。而NSURLRequest則可以配合GCD來實(shí)現(xiàn)，或者使用NSURLConnection的setDelegateQueue:方法。這里面還有一個(gè)學(xué)問，當(dāng)下載線程數(shù)超過2時(shí)，會(huì)顯著影響主線程的性能。其中最常見的就是網(wǎng)絡(luò)請求了，它通常都需要花費(fèi)數(shù)秒的時(shí)間，而你不應(yīng)該讓用戶等待那么久。常見的現(xiàn)象就是在更新數(shù)據(jù)時(shí)，整個(gè)界面卡住不動(dòng)，完全不響應(yīng)用戶請求。不要阻塞主線程。你會(huì)發(fā)現(xiàn)即使做到了上述幾點(diǎn)，當(dāng)新的圖像出現(xiàn)時(shí)，仍然會(huì)有短暫的停頓現(xiàn)象。例如上例中，就可以用CGRectIntersectsRect、CGRectIntersection或CGRectContainsRect判斷是否需要繪制image和text，然后再調(diào)用繪制方法。不要做多余的繪制工作。這個(gè)例 子中，layer并不會(huì)顯著影響性能，但如果layer透明，或者有圓角、變形等效果，就會(huì)影響到繪制速度了。最簡單的方法就是將cell的selectionStyle屬性設(shè)為UITableViewCellSelectionStyleNone，這樣就不會(huì)被高亮了。} [text drawInRect:textRect withFont:font lineBreakMode:UILineBreakModeTailTruncation]。 = nil。奇怪的是，使用自定義的view，而非預(yù)定義的view，明顯會(huì)快些。然而view是很大的對象，創(chuàng)建它會(huì)消耗較多資源，并且也影響渲染的性能。減少視圖的數(shù)目。因?yàn)榍罢邥?huì)對所有indexPaths調(diào)用tableView:cellForRowAtIndexPath:方法，即便該 cell并不需要顯示（不知道是不是bug），這就可能創(chuàng)建大量多余的cell。} 值得一提的是，cell被重用時(shí)，它內(nèi)部繪制的內(nèi)容并不會(huì)被自動(dòng)清除，因此你可能需要調(diào)用setNeedsDisplayInRect:或setNeedsDisplay方法。UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier]。因此在cell不可見時(shí)，可以將其緩存起來，而在需要時(shí)繼續(xù)使用它即可。不要重復(fù)創(chuàng)建不必要的table cell。因此如非必要，可以將table cell及其子視圖的opaque屬性設(shè)為YES（默認(rèn)值）。使用不透明視圖。其他諸如編輯之類的就不提了，因?yàn)楹捅疚臒o關(guān)。而在定位一個(gè)cell時(shí)，就需要2 個(gè)字段了：在哪個(gè)section，以及在這個(gè)section的第幾行。由此可見，同一時(shí)間其實(shí)只需要存在一屏幕的cell對象即可，不需要為每一行創(chuàng)建一個(gè)cell。它內(nèi)部包含0到多個(gè)UITableViewCell對象，每個(gè)table cell展示各自的內(nèi)容。實(shí)際上只要針對性地優(yōu)化一下: 1同一時(shí)間其實(shí)只需要存在一屏幕的cell對象即可，不需要為每一行創(chuàng)建一個(gè)cell。iPod、時(shí)鐘、日歷、備忘錄、Mail、天氣、照片、電話、短信、Safari、App Store、iTunes、Game Center?幾乎所有自帶的應(yīng)用中都能看到它的身影，可見它的重要性。之后再需要顯示的Cell就可 以正常重用了? 滑動(dòng)的時(shí)候有種卡的感覺是為什么？怎么解決？然而在使用第三方應(yīng)用時(shí)，卻經(jīng)常遇到性能上的問題，普遍表現(xiàn)在滾動(dòng)時(shí)比較卡，特別是table cell中包含圖片的情況時(shí)。cell1加入到visiableCells,cell1 移出reusableTableCells。cell11加入到visiableCells,cell1移出 visiableCells,cell1加入到reusableTableCells。并且10個(gè)cell全部都加 入到 visiableCells數(shù)組,reusableTableCells為空。之后再需要顯示的Cell就可 以正常重用了 中需要自定義多種樣式的cell(兩種或三種),通常你如何實(shí)現(xiàn),說說思路即可? 比如:有100條數(shù)據(jù),iPhone一屏最多顯示10個(gè)cell。cell1加入到visiableCells,cell1 移出reusableTableCells。cell11加入到visiableCells,cell1移出 visiableCells,cell1加入到reusableTableCells。并且10個(gè)cell全部都加 入到 visiableCells數(shù)組,reusableTableCells為空。比如:有100條數(shù)據(jù),iPhone一屏最多顯示10個(gè)cell。TableView顯示之初,reusableTableCells為空,那么tableView dequeueReusableCellWithIdentifier:CellIdentifier返回nil。 CADisplayLink是一種以屏幕刷新頻率觸發(fā)的時(shí)鐘機(jī)制，每秒鐘執(zhí)行大約60次左右CADisplayLink是一個(gè)計(jì)時(shí)器，可以使繪圖代碼與視圖的刷新頻率保