献给iphone开发的同仁们，同时也给自己做个笔记
192個(gè)加分的回答：
有些初學(xué)時(shí)的做法，現(xiàn)在我認(rèn)為是不標(biāo)準(zhǔn)的。
1) 有了property，在“私有”的成員變量前面不再使用"_"前綴。如果一個(gè)成員變量可以被其他的類訪問，那就應(yīng)該用property。我不喜歡“_”前綴，它會(huì)把代碼弄得非常丑陋，現(xiàn)在終于可以不用它了。
2) 說起來私有，我傾向于把似有方法定義在.m文件里，放在一個(gè)私有的category內(nèi)，如下：
Why clutter up the .h file with things outsiders should not care about（這句怎么翻譯說不準(zhǔn)）？.m文件里的空括號的作用是私有category，如果你不實(shí)現(xiàn)里面聲明的方法，會(huì)引發(fā)編譯警告。
3) 我把dealloc方法放在.m文件的頂部，緊挨著@synthesize語句。需要dealloc哪些東西，難道不應(yīng)該是你考慮一個(gè)類的時(shí)候的首要問題么？尤其是在iPhone這種環(huán)境下。（譯注：我也是這么做的，dealloc和init之類的放在一起，可以對照。默認(rèn)的模版把dealloc放在最后面，不利于對照，也容易讓人忽視dealloc）
3.5) 在table cell里，為了性能令所有的元素不透明（包括cell本身）。也就是說，每個(gè)東西都設(shè)置恰當(dāng)?shù)谋尘吧?/p>
3.6) 使用NSURLConnection時(shí)，你應(yīng)該實(shí)現(xiàn)下面的delegate方法
除非你希望緩存response，否則你大多數(shù)時(shí)候會(huì)覺得web調(diào)用都是反常的，尤其是web service調(diào)用。如上實(shí)現(xiàn)這個(gè)方法可以避免緩存任何的response。
4) 避免double。iPhone原生不支持任何的double精度運(yùn)算。它們是使用庫來模擬的。僅在你必須使用的時(shí)候使用double精度，例如CoreLocation。在數(shù)字常數(shù)后面使用f后綴，令編譯器把它們當(dāng)作float處理。
更重要的是當(dāng)someFloat是double的時(shí)候，你不需要混合精度計(jì)算，因?yàn)関al已經(jīng)把精度損失掉了。更新：在3GS上發(fā)生了些變化，更應(yīng)該用float了：
http://stackoverflow.com/questio ... float-on-the-iphone
即使在某些手機(jī)上看起來計(jì)算不同精度速度一樣，但是float可以放更多數(shù)據(jù)在寄存器里，所以還是會(huì)快很多。(譯注：程序不是計(jì)算為主的，就不必那么在乎了。)
5) 把property設(shè)置為nonatomic。atomic是默認(rèn)值，是同步的，會(huì)自動(dòng)加入同步代碼避免在多線程時(shí)發(fā)生問題。但是99%的情況下，你的property不會(huì)在多線程環(huán)境下訪問，用nonatomic可以避免代碼臃腫提高效率。（譯注：也就是說如果要在多線程環(huán)境下訪問property，切記用atomic，或者自行加鎖）
6) SQLite保存大數(shù)據(jù)集非常非常快。例如地圖程序應(yīng)該把圖塊緩存在SQLite里。最昂貴的部分是硬盤I/O。要避免在大塊之間產(chǎn)生大量的小的寫入，就需要用BEGIN; 和COMMIT;。我們使用2秒鐘的計(jì)時(shí)器去重置每次新的提交。一旦計(jì)時(shí)器國企，就發(fā)送COMMIT;，這樣所有些操作就寫到一個(gè)大塊里面了。SQLLite把事務(wù)數(shù)據(jù)保存在磁盤上，使用Begin/End包裝可以避免產(chǎn)生大量的事務(wù)文件，把所有的事務(wù)寫到一個(gè)文件里。
當(dāng)SQLite在主線程的時(shí)候會(huì)阻塞你的界面。如果你執(zhí)行非常長的查詢，一個(gè)好辦法是把你的查詢保存成靜態(tài)對象，然后在另一個(gè)線程查詢。把所有會(huì)修改數(shù)據(jù)庫的查詢用@synchronize() {}塊包起來。短查詢就放在主線程，簡單方便。（譯注：我在多線程里面使用SQLite的方法更簡單，用sqlite3_open_v2打開數(shù)據(jù)庫，flag用SQLITE_OPEN_FULLMUTEX，這樣SQLite的所有函數(shù)就是線程安全的了，不需要synchronize了，不過哪個(gè)效率更高，我不知道。）
更多SQLite優(yōu)化技巧在此，雖然文章很老，但是觀點(diǎn)貌似都還對：
http://web.utk.edu/~jplyon/sqlite/SQLite_optimization_FAQ.html
61個(gè)加分的回答：
以前outlet的內(nèi)存管理沒什么好辦法。現(xiàn)在的最佳實(shí)踐是把outlet聲明為property：
使用property，內(nèi)存管理語義更清晰；同時(shí)給其他的實(shí)例變量組織提供了一個(gè)統(tǒng)一的模式。
譯注：這條值得商榷，一般來說不需要跨類存取的變量，是否是IBOutlet，我都認(rèn)為盡量不要聲明為property。這篇問答比較早，有很多信息也許不夠新了。翻出來主要是給大家參考的。
57個(gè)加分的回答：
使用LLVM/Clang靜態(tài)分析器：
原文我不翻譯了，最近的Xcode版本都已經(jīng)內(nèi)置包含了LLVM/Clang靜態(tài)分析器，使用方法很簡單：
| ? Xcode3系列使用熱鍵Shift+Command+A ? Xcode4系列使用熱鍵Shift+Command+B |
為了保證效果，使用靜態(tài)分析器前，最好Shift+Command+K清除一下Build。
靜態(tài)分析器可以分析出很多濫用，不和規(guī)范的用法，特別是能夠幫你找到潛在的內(nèi)存泄漏。但是它不是萬能的，如果你的代碼邏輯很亂，尤其是內(nèi)存管理大量都不符合規(guī)范，那么它也可能給出錯(cuò)誤的建議。它的建議起作用的前提是，你大量的代碼都符合Objective-C和Cocoa的規(guī)范，有少部分代碼忘記了release之類的，那么它會(huì)給你很好的建議。
所以，永遠(yuǎn)都沒有神仙皇帝，好好寫代碼是基礎(chǔ)。
另外一個(gè)57個(gè)加分的回答：
使用標(biāo)準(zhǔn)的Cocoa命名和格式規(guī)范以及術(shù)語。規(guī)范的好處是和別的Cocoa開發(fā)者合作的時(shí)候，更方便。
例如，應(yīng)該做和不應(yīng)該做的：
*? 在對象的interface里不要聲明id m_something，不要把它叫做成員變量或者字段；使用something或者_(dá)something(這個(gè)現(xiàn)在也不建議了)作為它的名字，叫它實(shí)例變量。
* getter不要叫-getSomething；應(yīng)該為-something;。
* setter不要叫做-something；應(yīng)該叫-setSomething:。
* 方法名由參數(shù)和冒號組成；形如-[NSObject performSelector:withObject:]而不是NSObject::performSelector。
* 方法名，參數(shù)，變量，類名使用駝峰式命名（由多個(gè)單詞組成一個(gè)名稱時(shí)，單詞首字母大寫，單詞間無空格，無下劃線）。
* 類名首字母大寫，變量，方法名首字母小寫。
不管怎么做，絕對不要用Win16/Win32風(fēng)格的匈牙利命名法。即使微軟在轉(zhuǎn)向.NET平臺(tái)時(shí)，也都拋棄了它。
轉(zhuǎn)載于:https://www.cnblogs.com/yingkong1987/archive/2012/12/09/2810121.html
總結(jié)
以上是生活随笔為你收集整理的献给iphone开发的同仁们，同时也给自己做个笔记的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： jvisualvm插件安装
- 下一篇： 大学二年级-- “赖”在实验室的发明达人