使用AppKiDo浏览文档。

在Xcode中使用Accessorizer来完成一堆单调、重复的任务。

按下“⌘D”激活“Open this quick”，它会使用所选文本导航到“Open quick”的第一个结果。如果所选文本的格式为<filename:lineNumber>，(包含或不包含<>)“快速打开此文件”将带您到文件加行号。

你可以结合下面的建议:

你可以使用这个宏写包含日志条目的文件名和行号的日志:(确保在你的目标调试配置中使用的C标志上定义-DDEBUG=1)

#ifdef DEBUG
#define DLog(fmt, ...) NSLog((@"%s <%@:%d> " fmt), __PRETTY_FUNCTION__, [[NSString stringWithFormat:@"%s", __FILE__ ] lastPathComponent] ,__LINE__, ##__VA_ARGS__)
#else
#define DLog(format, ...)
#endif

在DLog()输出中，双击“<”字符选择<filename:lineNumber>，然后按下“⇧⌘D”将打开源代码中日志所在的行。

迅速打开……

命令⌘Shift⇧D 文件>快速打开…

我是Open quick功能的忠实粉丝，它在Xcode 3.1及后续版本中表现得特别好。当你想打开项目或框架中的文件或符号定义时，只需点击键盘快捷键，键入文件或符号名称的位，使用向上箭头↑和向下箭头↓选择正确的结果(如果需要)，然后点击返回系键打开文件或导航到符号定义。

在Xcode 4上:

命令⌘Shift⇧o

“快速打开”使用当前单词作为搜索词

此外，直到两分钟前(当schwa在评论中指出它时)我才知道Xcode的一些事情是，如果编辑器的文本插入符号在一个单词中，当Open quick被调用时，这个单词将被用作Open quick搜索词。

调试-如何使用GDB

作为新手，我发现捕捉和识别错误相当困难 艰巨的工作。控制台，尽管它是一个强大的工具，通常 不会产生非常直观的结果，不知道你是什么 在调试器中查看也同样困难 理解。在他们的帮助下 和关于Stack Overflow的好文章 可以在 可可与爱，它变得更友好一点。

当您在一个方法上使用代码完成，并且它有多个参数时，使用CTRL + /移动到下一个需要填充的参数。

右键单击任何单词并选择“在API参考中查找所选文本”以搜索该单词的API。如果您需要查找类的可用属性和/或方法，这是非常有用的。而不是前往Apple.com或谷歌，你会得到一个弹出窗口，你正在寻找什么(或什么是找到的)。