iphone开发杂谈_app

概述很久没看到这么好的文章了，此文摘自StackOverflow的翻译，献给iphone开发的同仁们，同时也给自己做个笔记～ 192个加分的回答：有些初学时的做法，现在我认为是不标准的。 1) 有了property，在“私有”的成员变量前面不再使用"_"前缀。如果一个成员变量可以被其他的类访问，那就应该用property。我不喜欢“_”前缀，它会把代码弄得非常丑陋，现在终于可以不用它了。 2)

很久没看到这么好的文章了，此文摘自StackOverflow的翻译，献给iphone开发的同仁们，同时也给自己做个笔记～

192个加分的回答：

有些初学时的做法，现在我认为是不标准的。

1) 有了property，在“私有”的成员变量前面不再使用"_"前缀。如果一个成员变量可以被其他的类访问，那就应该用property。我不喜欢“_”前缀，它会把代码弄得非常丑陋，现在终于可以不用它了。

2) 说起来私有，我倾向于把似有方法定义在.m文件里，放在一个私有的category内，如下：

    #import "MyClass.h"                 @interface MyClass ()        - (voID) someMethod        - (voID) someOtherMethod        @end                @implementation MyClass

Why clutter up the .h file with things outsIDers should not care about（这句怎么翻译说不准）？.m文件里的空括号的作用是私有category，如果你不实现里面声明的方法，会引发编译警告。

3) 我把dealloc方法放在.m文件的顶部，紧挨着@synthesize语句。需要dealloc哪些东西，难道不应该是你考虑一个类的时候的首要问题么？尤其是在iPhone这种环境下。（译注：我也是这么做的，dealloc和init之类的放在一起，可以对照。默认的模版把dealloc放在最后面，不利于对照，也容易让人忽视dealloc）

3.5) 在table cell里，为了性能令所有的元素不透明（包括cell本身）。也就是说，每个东西都设置恰当的背景色。

3.6) 使用NSURLConnection时，你应该实现下面的delegate方法

    - (NSCachedURLResponse *)connection:(NSURLConnection *)connection                           willCacheResponse:(NSCachedURLResponse *)cachedResponse        {              return nil;        }

除非你希望缓存response，否则你大多数时候会觉得web调用都是反常的，尤其是web service调用。如上实现这个方法可以避免缓存任何的response。

4) 避免double。iPhone原生不支持任何的double精度运算。它们是使用库来模拟的。仅在你必须使用的时候使用double精度，例如CoreLocation。在数字常数后面使用f后缀，令编译器把它们当作float处理。

    float  val  =  somefloat  * 2.2f;

更重要的是当somefloat是double的时候，你不需要混合精度计算，因为val已经把精度损失掉了。更新：在3GS上发生了些变化，更应该用float了：

http://stackoverflow.com/questio ... float-on-the-iphone

即使在某些手机上看起来计算不同精度速度一样，但是float可以放更多数据在寄存器里，所以还是会快很多。(译注：程序不是计算为主的，就不必那么在乎了。)

5) 把property设置为nonatomic。atomic是默认值，是同步的，会自动加入同步代码避免在多线程时发生问题。但是99%的情况下，你的property不会在多线程环境下访问，用nonatomic可以避免代码臃肿提高效率。（译注：也就是说如果要在多线程环境下访问property，切记用atomic，或者自行加锁）

6) sqlite保存大数据集非常非常快。例如地图程序应该把图块缓存在sqlite里。最昂贵的部分是硬盘I/O。要避免在大块之间产生大量的小的写入，就需要用BEGIN; 和COMMIT;。我们使用2秒钟的计时器去重置每次新的提交。一旦计时器国企，就发送COMMIT;，这样所有些 *** 作就写到一个大块里面了。sqllite把事务数据保存在磁盘上，使用Begin/End包装可以避免产生大量的事务文件，把所有的事务写到一个文件里。

当sqlite在主线程的时候会阻塞你的界面。如果你执行非常长的查询，一个好办法是把你的查询保存成静态对象，然后在另一个线程查询。把所有会修改数据库的查询用@synchronize() {}块包起来。短查询就放在主线程，简单方便。（译注：我在多线程里面使用sqlite的方法更简单，用sqlite3_open_v2打开数据库，flag用sqlITE_OPEN_FulLMUTEX，这样sqlite的所有函数就是线程安全的了，不需要synchronize了，不过哪个效率更高，我不知道。）

更多sqlite优化技巧在此，虽然文章很老，但是观点貌似都还对：

http://web.utk.edu/~jplyon/sqlite/SQLite_optimization_FAQ.html

61个加分的回答：

以前outlet的内存管理没什么好办法。现在的最佳实践是把outlet声明为property：

    @interface MyClass :NSObject {                     NSTextFIEld *textFIEld;                }        @property (nonatomic, retain) IBOutlet NSTextFIEld *textFIEld;        @end

使用property，内存管理语义更清晰；同时给其他的实例变量组织提供了一个统一的模式。

译注：这条值得商榷，一般来说不需要跨类存取的变量，是否是IBOutlet，我都认为尽量不要声明为property。这篇问答比较早，有很多信息也许不够新了。翻出来主要是给大家参考的。

57个加分的回答：

使用LLVM/Clang静态分析器：

原文我不翻译了，最近的Xcode版本都已经内置包含了LLVM/Clang静态分析器，使用方法很简单：

Xcode3系列使用热键Shift+Command+A

Xcode4系列使用热键Shift+Command+B

为了保证效果，使用静态分析器前，最好Shift+Command+K清除一下Build。

静态分析器可以分析出很多滥用，不和规范的用法，特别是能够帮你找到潜在的内存泄漏。但是它不是万能的，如果你的代码逻辑很乱，尤其是内存管理大量都不符合规范，那么它也可能给出错误的建议。它的建议起作用的前提是，你大量的代码都符合Objective-C和Cocoa的规范，有少部分代码忘记了release之类的，那么它会给你很好的建议。

所以，永远都没有神仙皇帝，好好写代码是基础。

另外一个57个加分的回答：

使用标准的Cocoa命名和格式规范以及术语。规范的好处是和别的Cocoa开发者合作的时候，更方便。

例如，应该做和不应该做的：

* 在对象的interface里不要声明ID m_something，不要把它叫做成员变量或者字段；使用something或者_something(这个现在也不建议了)作为它的名字，叫它实例变量。

* getter不要叫-getSomething；应该为-something;。

* setter不要叫做-something；应该叫-setSomething:。

* 方法名由参数和冒号组成；形如-[NSObject performSelector:withObject:]而不是NSObject::performSelector。

* 方法名，参数，变量，类名使用驼峰式命名（由多个单词组成一个名称时，单词首字母大写，单词间无空格，无下划线）。

* 类名首字母大写，变量，方法名首字母小写。

不管怎么做，绝对不要用Win16/Win32风格的匈牙利命名法。即使微软在转向.NET平台时，也都抛弃了它。

总结