简单的Xcode hack可以帮助优化开发人员的生产力。

上述代码摘自我的一个iOS项目，名为“ OptimusPrime”； 这是一个质数计算器，我用作演示项目，用于演讲，研讨会和疯狂测试。

借助我的颜色编码，我一眼就能分辨出以下几点：

系统保留关键字（粉红色） ：系统保留关键字不能以任何方式被覆盖，并且如果我们尝试这样做，编译将会失败。

我可能不知道Xcode中的每个系统保留关键字，因此最欢迎使用一种轻松区分它们的方法！

Apple拥有的属性，类和函数（青色） 与用户定义的属性，类和函数（柠檬绿） ：Apple拥有的和用户定义的对象，属性或函数以完全相同的方式工作，但是由其代码引起的错误是以完全不同的方式解决问题-尤其是因为我们可以修改实现而不是Apple的实现。

因此，有助于在两者之间进行一些定义。

硬编码的数字（紫色）和字符串（红色） ：包括我在内的大多数开发人员都同意不惜一切代价避免使用硬编码。

通过为它们提供专用的颜色集，我们也许能够更轻松地发现它们，从而更快地用常量替换它们。

注释（灰色） ：注释是代码的说明（或IDE屏幕文档的一部分），但不是编译或处理的实际代码的一部分。

因此，应将它们相应地着色为文件的不必要部分。

属性和框架声明，函数中的属性访问器（白色）：当更多关注时，我还可以看到函数调用比属性调用更明亮。

在我的特定情况下，我什至不需要花时间自定义调色板，因为IDE中的默认调色板之一可以满足我的需求和个人喜好。

但是，在以前的Xcode和macOS版本中，我确实必须使用“ Midnight”调板作为基础对其进行自定义：

在自定义方面，由于我的视力无法应付由默认对比度和大屏幕上的小字体引起的疲劳，因此我将柔化各种颜色的对比度并增加字体大小。

对我来说幸运的是，最新的Xcode版本中提供的新的Default（深色）调色板非常合适！

其他视觉元素

在最初的屏幕截图中，您可能已经注意到了其他一些视觉元素。 这些元素虽然与颜色自定义无关，但为我提供了一些我认为在编码时有用的附加信息。

让我们回顾一下！

“当前正在编辑”行标记。 源代码编辑器中的当前行被突出显示，从而提供了一种轻松的方式来知道键入时我正在编辑的行。

这也很好地表明了您是否已滚动到编辑范围之外。

行号。 左边距中当前文件行号的存在有多种用途。

首先，在We Are Mobile First上，我们不喜欢大型源文件。 它们很难调试和维护。 正如我们有关健康编码实践的文章中所讨论的那样，我们使用单一责任原则。 如果文件太大，通常意味着我们可以将代码拆分为较小的任务。 通常，我尝试将文件保存在少于150行的代码内（不包括注释）。

其次，调试时查看行号很有用，因为编译器或调试器可能会引用触发错误的代码行。

最后，当使用版本控制工具时，在合并或同行审阅代码时查看行号会很有帮助。

关于版本控制工具的更新。 有些人可能已经注意到某些行中行号旁边的蓝色标记。 这些标记突出显示了相对于我们的版本控制工具中的最后一次提交已更改的代码行。

右垂直边距。 我们在几个项目上使用短绒棉。 我们使用的最常见规则之一是“一行中最多XXX个字符”。 在这种情况下，“ XXX”通常为120。我厌倦了触发编译器警告或错误，因此我将Xcode设置为在一行中的第120个字符处自动添加此垂直边距，因此可以直观地看到该限制。

折叠标记。 行号旁边的代码文件夹使我可以轻松折叠/展开代码段。

结论

在大多数当前的IDE中，具有视觉吸引力的设置很容易实现，但是我还没有看到很多开发人员可以自定义自己的设置。

这似乎很轻浮，但只需要花费五分钟的时间，从而可以帮助您提高视力并改善性能。 没关系！

______

我很想知道您在IDE中通常使用什么调色板以及为什么。 通过@ WeAreMobile1st发推，我们将确保转发您的回复。

这是该系列的第二篇博客文章，我将与一些最受欢迎的IDE（例如Xcode，Sublime Text以及Android Studio）分享我的经验。

在本系列的下一篇文章中，我将研究键盘快捷键以及如何在IDE中使用它们来优化我们的时间。 在Twitter，LinkedIn或Medium上关注我们，以通知我们将来的帖子。