iphone - 您在编写 Objective-C 和 Cocoa 时使用了哪些最佳实践？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




10年前关闭。










锁定。这个问题及其答案是locked因为这个问题是题外话，但具有历史意义。它目前不接受新的答案或交互。








我知道HIG (这很方便!)，但是在编写 Objective-C 时，尤其是在使用 Cocoa(或 CocoaTouch)时，您使用了哪些编程实践。

Answer 1

我已经开始做一些我认为不是标准的事情:

1)随着属性的出现，我不再使用“_”作为“私有(private)”类变量的前缀。毕竟，如果一个变量可以被其他类访问，不应该有一个属性吗？我一直不喜欢“_”前缀让代码更难看，现在我可以省略它了。

2)说到私有(private)的东西，我更喜欢将私有(private)方法定义放在 .m 文件中的类扩展中，如下所示:

#import "MyClass.h"

@interface MyClass ()
- (void) someMethod;
- (void) someOtherMethod;
@end

@implementation MyClass

为什么要在 .h 文件中塞满外人不应该关心的东西？空 () 适用于 .m 文件中的私有(private)类别，如果您不实现声明的方法，则会发出编译警告。

3) 我已将 dealloc 放在 .m 文件的顶部，就在 @synthesize 指令的下方。你dealloc不应该在你想在类里面考虑的事情列表的顶部吗？在 iPhone 这样的环境中尤其如此。

3.5)在表格单元格中，使每个元素(包括单元格本身)不透明以提高性能。这意味着在所有内容中设置适当的背景颜色。

3.6) 当使用 NSURLConnection 时，通常你可能想要实现委托(delegate)方法:

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

我发现大多数 Web 调用都是非常单一的，它比您希望缓存响应的规则更异常(exception)，尤其是对于 Web 服务调用。实现所示方法会禁用响应缓存。

同样有趣的是，约瑟夫·马蒂洛 (Joseph Mattiello) 提供了一些针对 iPhone 的优秀技巧(在 iPhone 邮件列表中收到)。还有更多，但这些是我认为最普遍有用的(请注意，现在对原始版本进行了一些轻微编辑，以包含回复中提供的详细信息):

4) 仅在必要时使用 double ，例如在使用 CoreLocation 时。确保以“f”结束常量，以使 gcc 将它们存储为浮点数。

float val = someFloat * 2.2f;

这在 someFloat 时最为重要。实际上可能是 double 数，您不需要混合模式数学，因为您在存储的“val”中失去了精度。虽然 iPhone 的硬件支持浮点数，但与单精度相比，执行 double 算术可能仍需要更多时间。引用:

Double vs float on the iPhone

iPhone/iPad double precision math

在较旧的手机上，据说计算以相同的速度运行，但您可以在寄存器中拥有比 double 更多的单精度组件，因此对于许多计算而言，单精度最终会更快。

5) 将您的属性设置为 nonatomic .他们是 atomic默认情况下，在综合时，将创建信号量代码以防止多线程问题。 99% 的人可能不需要担心这一点，并且当设置为非原子时，代码不会那么臃肿并且内存效率更高。

6) SQLite 可以是一种非常、非常快速的缓存大型数据集的方法。例如， map 应用程序可以将其切片缓存到 SQLite 文件中。最昂贵的部分是磁盘 I/O。通过发送 BEGIN; 避免许多小写操作和 COMMIT;大块之间。例如，我们使用 2 秒计时器，在每次新提交时重置。当它过期时，我们发送 COMMIT； ，这会导致您的所有写入都集中在一大块中。 SQLite 将事务数据存储到磁盘并执行此开始/结束包装避免创建许多事务文件，将所有事务分组到一个文件中。

此外，如果 SQL 在您的主线程上，它将阻止您的 GUI。如果您有一个很长的查询，最好将您的查询存储为静态对象，并在单独的线程上运行您的 SQL。确保在 @synchronize() {} 中包含任何修改数据库查询字符串的内容。 block 。对于简短的查询，只需将内容留在主线程上即可更方便。

更多 SQLite 优化技巧在这里，虽然文档看起来已经过时了，但许多点可能还是不错的；

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