编写Objective-C和Cocoa时使用的最佳实践是什么？ [关闭]

#1 楼

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

1）随着属性的出现，我不再使用“ _”作为“私有”类变量的前缀。毕竟，如果一个变量可以被其他类访问，那它应该没有属性吗？我一直不喜欢使代码更丑陋的“ _”前缀，现在可以忽略它了。像这样的类扩展：

#import "MyClass.h"

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

@implementation MyClass

为什么外人不关心的事情会使.h文件混乱？ empty（）适用于.m文件中的私有类别，如果未实现声明的方法，则会发出编译警告。

3）我已将dealloc放在.m的顶部文件，位于@synthesize指令下方。您分配的内容不应该放在您要考虑的事情列表的顶部吗？在iPhone之类的环境中尤其如此。

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

3.6）使用NSURLConnection时，通常您可能希望实现委托方法： >
我发现大多数Web调用都非常单一，这是例外，而不是您希望缓存响应的规则，尤其是对于Web服务调用。如所示实现该方法将禁用对响应的缓存。

有趣的是，约瑟夫·马蒂耶洛（Joseph Mattiello）提供了一些iPhone特有的技巧（在iPhone邮件列表中已收到）。还有更多，但是这些是我认为最有用的（请注意，现在已经对原始内容进行了一些编辑，以包括响应中提供的详细信息）：4）仅在需要时才使用双精度，例如在使用CoreLocation时。请确保将常量以'f'结尾，以使gcc将其存储为浮点数。不需要混合模式数学运算，因为您将失去存储中“ val”的精度。尽管iPhone的硬件中支持浮点数，但与单精度相反，执行双精度算术仍可能需要更多时间。参考：


iPhone上的Double vs Float
iPhone / iPad双精度数学

在旧手机上，计算速度相同，但您可以在寄存器中使用比单精度更多的单精度分量，因此对于许多计算而言，单精度最终会更快。

5）将属性设置为someFloat。它们默认为nonatomic，在综合后，将创建信号量代码以防止出现多线程问题。你们中的99％可能不必担心这一点，并且将代码设置为非原子时，代码的肿程度会大大降低，并且内存效率更高。

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

同样，如果SQL在主线程上，它将阻止您的GUI。如果查询时间很长，最好将查询存储为静态对象，然后在单独的线程上运行SQL。确保将所有修改数据库的内容包装在COMMIT;块中。对于简短查询，只需将内容留在主线程上以便于使用，以方便使用。 br />http://web.utk.edu/~jplyon/sqlite/SQLite_optimization_FAQ.html

#2 楼

不要将未知字符串用作格式字符串

当方法或函数采用格式字符串参数时，应确保对格式字符串的内容具有控制权。

例如，在记录字符串时，很容易将字符串变量作为唯一参数传递给NSLog：

    NSString *aString = // get a string from somewhere;
    NSLog(aString);

问题是字符串可能包含解释为格式字符串的字符。这可能导致错误的输出，崩溃和安全问题。相反，您应该将字符串变量替换为格式字符串：

    NSLog(@"%@", aString);

#3 楼

使用标准的可可命名和格式约定以及术语，而不要使用其他环境中常用的内容。有很多Cocoa开发人员，当他们中的另一个开始使用您的代码时，如果外观和感觉与其他Cocoa代码相似，它将变得更加容易上手。做什么和不做什么：


不要在对象的接口中声明id m_something;并将其称为成员变量或字段；请使用something或_something作为其名称，并将其称为实例变量。
不要命名getter -getSomething；正确的可可名称仅为-something。
不要命名二传手-something:；它应该是-setSomething:

方法名称穿插在参数中并包含冒号；它是-[NSObject performSelector:withObject:]而不是NSObject::performSelector。
在方法名称，参数，变量，类名称等中使用大写字母（CamelCase），而不要使用下划线（下划线）。
类名以大写字母开头，变量和方法名称都使用小写字母。

无论做什么，都不要使用Win16 / Win32风格的匈牙利表示法。甚至Microsoft也放弃了向.NET平台的迁移。

#4 楼

IBOutlets

从历史上看，插座的内存管理很差。
当前的最佳实践是将插座声明为属性：

使用属性可以使内存管理语义清晰明了；如果使用实例变量综合，它还会提供一致的模式。

#5 楼

使用LLVM / Clang静态分析器

注意：在Xcode 4下，它现在已内置在IDE中。 Mac OS X 10.5上的C和Objective-C代码（尚无C ++）。安装和使用起来很简单：


从此页面下载最新版本。
从命令行cd到您的项目目录。
执行scan-build -k -V xcodebuild。

（还有一些其他限制，等等，特别是您应该以“调试”配置分析项目-有关详细信息，请参见http://clang.llvm.org/StaticAnalysisUsage.html然后，分析器为您生成了一组网页，这些网页显示了可能的内存管理和编译器无法检测到的其他基本问题。 。

#6 楼

这是一个微妙的但方便的一。如果要将自己作为委托传递给另一个对象，请在重设对象之前重新设置该对象的委托。将被发送。当您即将进入dealloc并消失在以太坊中时，您想要确保没有任何东西可以意外地向您发送更多消息。记住self.someObject可能被另一个对象（可能是单例对象或在自动释放池中或其他对象）保留，直到您告诉它“停止向我发送消息！”，它才会认为您即将被释放的对象这是公平的游戏。

养成这种习惯可以使您免于调试时很难经历的怪异崩溃。

编辑：

更加防御，更改：

- (void)dealloc
{
self.someObject.delegate = NULL;
self.someObject = NULL;
//
[super dealloc];
}

到： br />

self.someObject.delegate = NULL;

#7 楼

@kendell

而不是：

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

使用：

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

新在Apple-Objective-C 2.0参考中描述了类扩展。

“类扩展在Apple的Objective-C 2.0参考中进行了描述。而不是在主类@interface块内”。因此它们是实际类的一部分-除了该类之外，它不是（私有）类别。细微但重要的区别。

#8 楼

避免自动释放

由于通常（1）无法直接控制其生命周期，因此自动释放的对象可以保留相对较长的时间，并且不必要地增加了应用程序的内存占用。尽管在台式机上这可能影响不大，但在更受限的平台上，这可能是一个重要问题。因此，在所有平台上，尤其是在更受限制的平台上，最好的做法是避免使用会导致自动释放对象的方法，而建议您使用alloc / init模式。

因此，而不是：

aVariable = [AClass convenienceMethod];

如果可以，您应该改用：编写自己的返回新创建对象的方法，您可以利用Cocoa的命名约定，通过在方法名称前添加“ new”来标记接收者必须释放该对象。

，而不是：

aVariable = [[AClass alloc] init];
// do things with aVariable
[aVariable release];

您可以这样写：

- (MyClass *)convenienceMethod {
    MyClass *instance = [[[self alloc] init] autorelease];
    // configure instance
    return instance;
}

因为方法名称以“ new”开头，API的使用者知道他们负责释放接收到的对象（例如，参见NSObjectController的newObject方法）。

（1）您可以使用自己的本地自动释放池进行控制。有关更多信息，请参见自动释放池。

#9 楼

其中一些已经被提及，但这是我想到的：




遵循KVO命名规则。即使您现在不使用KVO，以我的经验，通常它在将来仍然是有益的。而且，如果您使用的是KVO或绑定，则需要知道事情正在按照预期的方式进行。这不仅涵盖访问器方法和实例变量，还包括许多关系，验证，自动通知依赖项等。

将私有方法放入类别。不只是接口，还有实现。在概念上在私有方法与非私有方法之间保持一定距离是很好的。我将所有内容都包含在我的.m文件中。

将后台线程方法放在一个类别中。同上。我发现在考虑主线程上的内容和什么不在线程上时，最好保留明确的概念障碍。

使用#pragma mark [section]。通常，我按自己的方法，每个子类的覆盖以及任何信息或正式协议进行分组。这使跳转到我要寻找的内容变得容易得多。在同一主题上，将相似的方法（如表视图的委托方法）组合在一起，不要只是将它们粘在任何地方。我喜欢它的外观，当我偶然地表示一个属性时，我不太可能使用ivar。因此，我从来没有发生过任何不好的事情，但是如果您更改方法以执行依赖于对象状态的操作，那么我可以看到逻辑。

将IBOutlets放入属性中。我实际上只是在这里读过这篇，但是我将开始做。不管有什么记忆上的好处，从风格上看（至少对我来说）似乎更好。

避免编写您不需要的代码。这确实涵盖了很多内容，例如在#define可以执行操作时制作ivars，或者缓存数组而不是在每次需要数据时对其进行排序。关于这一点，我有很多话要说，但是最重要的是不要编写代码，除非您需要它，否则探查器会告诉您。从长远来看，它使事情变得更容易维护。

完成您的开始。包含大量未完成的错误代码是杀死项目失败的最快方法。如果您需要一个很好的存根方法，只需在其中放入NSLog( @"stub" )即可表明它，或者您想跟踪情况。

#10 楼

编写单元测试。您可以在Cocoa中测试很多在其他框架中可能很难完成的事情。例如，使用UI代码，您通常可以验证事物是否按其应有的方式连接，并相信它们在使用时会起作用。而且，您可以轻松地设置状态并调用委托方法以对其进行测试。

您也没有公开，受保护和私有方法的可见性，从而无法编写内部测试。 br />

#11 楼

黄金法则：如果您alloc，那么您release！

更新：除非您使用ARC

#12 楼

不要像编写Java / C＃/ C ++ / etc那样编写Objective-C。

我曾经看到一个用来编写Java EE Web应用程序的团队试图编写Cocoa桌面应用程序。好像它是一个Java EE Web应用程序。当他们真正需要的只是一个Foo类以及可能的Fooable协议时，有很多AbstractFooFactory和FooFactory以及IFoo和Foo在飞来飞去。语言上的差异。例如，您不需要上面的抽象factory和factory类，因为Objective-C类方法的动态分配与实例方法一样动态，并且可以在子类中进行覆盖。

#13 楼

确保将“调试魔术”页面添加为书签。这是当您试图将可可小虫的源头撞到墙上时，将头撞墙的第一站。稍后会导致崩溃（例如在应用终止期间）。

#14 楼

尽量避免我现在决定称之为“新手分类狂”的东西。当Objective-C的新手发现类别时，他们经常会大吃一惊，向现有的每个类别添加有用的小类别（“什么？我可以添加一种将数字转换为罗马数字再转换为NSNumber的方法！”）。

请勿执行此操作。

在几十个基础类的顶部散布数十种小类别方法，您的代码将更易于移植，更易于理解。 br />大多数时候，当您真的认为需要分类方法来简化某些代码时，您将发现自己永远不会再使用该方法。

还有其他危险，除非您重新命名您的类别方法（除了完全疯狂的ddribin之外，还有谁？）Apple，插件或地址空间中运行的其他东西也有可能用相同的名称定义相同的类别方法，但名称略有不同副作用...。

好。现在您已经得到警告，请忽略“请勿执行此部分”。但是要保持克制。

#15 楼

抵抗继承世界。在Cocoa中，很多事情是通过委派和使用基础运行时完成的，而在其他框架中则是通过子类完成的。经常使用您的*Listener子类。在可可中，您什么都不做，而是使用target-action。

#16 楼

按用户需要对字符串进行排序

对要呈现给用户的字符串进行排序时，不应使用简单的compare:方法。相反，您应该始终使用本地化的比较方法，例如localizedCompare:或localizedCaseInsensitiveCompare:。

有关更多详细信息，请参阅搜索，比较和排序字符串。

#17 楼

声明的属性

您通常应将Objective-C 2.0声明的属性用于所有属性。如果它们不是公共的，则将它们添加到类扩展中。使用声明的属性可以使内存管理语义立即清晰，并使您更容易检查dealloc方法-如果将属性声明组合在一起，则可以快速对其进行扫描，并与dealloc方法的实现进行比较。

在不将属性标记为“非原子”之前，您应该认真考虑。正如《 Objective C编程语言指南》所述，默认情况下，属性是原子的，并且会产生相当大的开销。而且，仅使所有属性原子化并不能使应用程序具有线程安全性。当然，还要注意，如果您不指定'nonatomic'并实现自己的访问器方法（而不是综合它们），则必须以原子方式实现它们。

#18 楼

考虑nil值

正如该问题所指出的那样，发送至nil的消息在Objective-C中有效。尽管这通常是一个优势-导致代码更清晰，更自然-但是，如果您在未预期到的时候获得nil值，则该功能有时会导致特殊且难以跟踪的错误。

#19 楼

使用NSAssert和朋友。
我一直都使用nil作为有效对象……尤其是在Obj-C中向nil发送消息是完全有效的。
但是，如果我真的想确定变量的状态，可以使用NSAssert和NSParameterAssert，这有助于轻松地查找问题。

#20 楼

简单但经常被遗忘的一个。根据规范：


通常，具有相同选择器
（相同名称）的不同
类中的方法也必须共享相同的
返回和参数类型。此
约束是由编译器施加的，以允许动态绑定。具有相同的返回/参数类型。这是一个简单的示例。

@interface FooInt:NSObject{}
-(int) print;
@end

@implementation FooInt
-(int) print{
    return 5;
}
@end

@interface FooFloat:NSObject{}
-(float) print;
@end

@implementation FooFloat
-(float) print{
    return 3.3;
}
@end

int main (int argc, const char * argv[]) {

    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];    
    id f1=[[FooFloat alloc]init];
    //prints 0, runtime considers [f1 print] to return int, as f1's type is "id" and FooInt precedes FooBar
    NSLog(@"%f",[f1 print]);

    FooFloat* f2=[[FooFloat alloc]init];
    //prints 3.3 expectedly as the static type is FooFloat
    NSLog(@"%f",[f2 print]);

    [f1 release];
    [f2 release]
    [pool drain];

    return 0;
}   

#21 楼

如果您使用的是Leopard（Mac OS X 10.5）或更高版本，则可以使用Instruments应用程序查找并跟踪内存泄漏。在Xcode中构建程序后，选择“运行”>“从性能工具开始”>“泄漏”。在仪器中，您可以使用ObjectAlloc仪器。在“仪器”文档中选择ObjectAlloc仪器，然后通过选择“视图”>“详细信息”（它旁边应有一个复选标记）来显示该仪器的详细信息（如果尚未显示）。在ObjectAlloc详细信息的“ Allocation Lifespan”下，确保选择了“ Created＆Still Living”旁边的单选按钮。

现在，无论何时停止记录应用程序，选择ObjectAlloc工具都会向您展示“＃Net”列中对应用程序中每个仍然存在的对象都有很多引用。确保不仅查看自己的类，而且查看NIB文件的顶级对象的类。例如，如果屏幕上没有窗口，并且看到了对仍然有效的NSWindow的引用，则可能尚未在代码中释放它。

#22 楼

用dealloc清理。

这是最容易忘记的事情之一-尤其是。当以150mph的速度编码时。总是，总是，总是在dealloc中清理您的属性/成员变量。通常很简单：在dealloc中再次访问该成员变量-很少见，但可能会发生。）

在10.5中打开GC，就不需要太多了-但您可能仍需要清理其他资源创建时，您可以改为使用finalize方法。

#23 楼

所有这些评论都很棒，但是我真的很惊讶没有人提到前不久发布的Google的《 Objective-C风格指南》。我认为他们做得非常透彻。

#24 楼

此外，半相关的主题（还有更多的答复余地！）：

您希望两年前知道的那些Xcode小技巧是什么？。

#25 楼

不要忘记NSWindowController和NSViewController会释放它们管理的NIB文件的顶级对象。您已经完成了他们。

#26 楼

对于初学者来说，一个相当明显的用途是：对代码使用Xcode的自动缩进功能。即使您是从其他来源复制/粘贴，粘贴代码后，也可以选择整个代码块，右键单击它，然后选择重新缩进该代码块中所有内容的选项。

Xcode实际上将解析该部分并根据方括号，循环等对其进行缩进。这比敲击每行的空格键或Tab键要有效得多。

#27 楼

我知道我第一次进入Cocoa编程时就忽略了这一点。

确保您了解有关NIB文件的内存管理职责。您有责任在加载的任何NIB文件中释放顶级对象。阅读有关该主题的Apple文档。

#28 楼

打开所有GCC警告，然后关闭由Apple标头引起的常规警告，以减少噪音。

还经常运行Clang静态分析；您可以通过“运行静态分析器”构建设置为所有构建启用它。

编写单元测试并在每个构建中运行它们。

#29 楼

变量和属性

1 /保持标题干净，隐藏实现
不要在标题中包含实例变量。私有变量作为属性放入类的延续中。公共变量在标头中声明为公共属性。
如果应仅将其读取，则将其声明为readonly并在类延续中将其覆盖为readwrite。
基本上我根本不使用变量，而只使用属性。

2 /给您的属性一个非默认的变量名，例如：

@synthesize property = property_;

原因1：您会发现由于忘记了“自。”分配属性时。
原因2：从我的实验来看，Instruments中的Leak Analyzer在检测默认名称泄漏的属性时遇到问题。

3 /切勿直接对属性使用保留或释放（或仅在非常特殊的情况下）。在您的dealloc中，只需将它们分配为零即可。保留属性旨在自行处理保留/释放。您永远不会知道设置器是否不是例如添加或删除观察者。您应该只在变量的setter和getter内部直接使用该变量。

Views

1 /如果可以的话，将每个视图定义放入xib中（通常是动态内容和图层设置）。它可以节省时间（比编写代码更容易），易于更改并且可以使您的代码保持整洁。

2 /不要尝试通过减少视图数量来优化视图。不要仅仅因为要向其中添加子视图而在代码中而不是xib中创建UIImageView。请改用UIImageView作为背景。视图框架可以处理数百个视图，而不会出现问题。

3 / IBOutlet不必总是保留（或保留）。请注意，您的大多数IBOutlet都是视图层次结构的一部分，因此被隐式保留。

4 /在viewDidUnload

5 /中释放所有IBOutlet。5/从dealloc方法调用viewDidUnload。它不是隐式调用的。

内存

1 /创建对象时自动释放它们。许多错误是由于将发布调用移至一个if-else分支或return语句之后引起的。仅在特殊情况下才应使用释放而不是自动释放-例如当您等待运行循环并且不希望对象过早地自动释放时。

2 /即使您使用了自动参考计数，也必须完全理解保留释放方法工作。在两种情况下，都必须考虑泄漏和保留周期，手动使用保留释放并不比ARC复杂。
考虑在大型项目或复杂的对象层次结构上手动使用保留释放。

注释

1 /使您的代码自动记录。
每个变量名和方法名都应说明其作用。如果代码编写正确（在此需要大量练习），则不需要任何代码注释（与文档注释不同）。算法可能很复杂，但是代码应该总是很简单。

2 /有时，您需要添加注释。通常描述一个不明显的代码行为或黑客行为。如果您觉得必须编写注释，请首先尝试重写代码，以使其更简单并且不需要注释。

缩进

1 /不要增加太多缩进。
您的大多数方法代码应在方法级别缩进。嵌套块（如果是等）会降低可读性。如果您有三个嵌套块，则应尝试将内部块放入单独的方法中。绝对不要使用四个或更多的嵌套块。
如果大多数方法代码都在if中，则否定if条件，例如：

if (self) {
   //... long initialization code ...
}

return self;

了解C代码，主要是C结构

请注意，Obj-C只是C语言上的一个轻型OOP层。您应该了解C语言中的基本代码结构如何工作（枚举，结构，数组，指针等）。
示例：

if (!self) {
   return nil;
}

//... long initialization code ...

return self;

与以下内容相同：

view.frame = CGRectMake(view.frame.origin.x, view.frame.origin.y, view.frame.size.width, view.frame.size.height + 20);

还有更多

维护自己的编码标准文档并经常进行更新。尝试从您的错误中学习。了解为什么会创建错误，并尝试使用编码标准来避免它。 。记录您的代码，在正确的地方使用标准的标准缩进，空格和空白行等。

#30 楼

具有更多功能。变异性是分离的。使用不可变类作为主要对象，使用可变对象作为辅助对象。例如，主要使用NSArray，仅在需要时使用NSMutableArray。
有纯函数。并不是很多，购买的框架API的设计就像纯函数一样。查看诸如CGRectMake()或CGAffineTransformMake()之类的函数。显然指针形式看起来更有效。但是，带有指针的间接参数不能提供无副作用的功能。尽可能纯粹地设计结构。
分离均匀的状态对象。将值传递给其他对象时，请使用-copy而不是-retain。因为共享状态可以静默地影响其他对象中价值的变异。因此不能无副作用。如果您有来自object的external值，请复制它。因此，将共享状态设计得尽可能小也很重要。

但是也不要害怕使用不纯函数。


评估很懒。看到类似-[UIViewController view]属性。创建对象时将不会创建视图。它将在调用者首次读取view属性时创建。在实际绘制之前，不会加载UIImage。有很多这样的实现方式。这种设计对资源管理非常有帮助，但是如果您不了解惰性评估的概念，那么理解它们的行为就不容易了。
有关闭。尽可能使用C块。这将大大简化您的生活。但是在使用之前，请再次阅读有关块内存管理的信息。
有半自动GC。 NSAutoreleasePool。使用-autorelease primary。实际需要时，请使用手册-retain/-release。 （例如：内存优化，显式资源删除）