Xcode源自动格式化

时间:2011-02-28 14:38:33

标签: iphone objective-c xcode svn formatting

我知道有一个非常类似的问题,但这是一年半以前。事情在这段时间内发生了变化,特别是在我们发布Xcode 4之后。

我的同事和我正在使用Objective-C构建一个库,以便在iPhone上使用,也可能在Mac OSX上使用(稍后)。我们都在努力,但我做了大部分代码。他经常会实施一些东西然后交给我。他会处理其他事情,然后我会扩展他所写的功能。他对自己的代码有偏好,例如在自己的行上留下开放方法括号,但我更喜欢它们与方法签名在同一行。还有其他差异,但我不会在这里讨论它们。在我从存储库中检查他的代码以改变我自己的风格后,是否有一些集成工具甚至是外部工具?或者甚至更好,这可以为我们每个人自动化,以便在打开文件时它将被格式化为我们的喜好,以便只有我们触摸的文件被标记为由我们的源代码控制程序更改?

4 个答案:

答案 0 :(得分:2)

我认为当涉及到它时,你们都必须就编码风格达成一致。如果您需要在将来的某个时刻对文件进行差异化,那么浏览每个用户喜欢的格式化文件的版本历史将变成一场噩梦。

答案 1 :(得分:1)

这是你们必须在自己之间达成一致意见的事情。

它肯定会妨碍以后的差异文件,现在需要敲定。

翻转硬币,石头剪刀,无论如何,但同意一种风格并坚持下去。

您需要设置的其他内容包括制表符与空格,变量命名,方法命名和注释。哦,不要忘记换行和对齐/缩进。在函数声明之后,非常烦人地对文件进行区分并找到90%的更改是标签与空格或大括号。

因为我在很多项目中与很多不同的人合作,所以我常常在我的“简短”名称之后用一条说明解释为什么我做了什么。

几个月后,其他人可以看到谁执行了该代码,为什么会这样,或者如果他们有问题,他们可以看到谁做了这些并跟踪了我。

答案 2 :(得分:1)

我发现a link可以帮助我解决这个问题。我认为解决方案可能是我的同事和我都有单独的脚本,我们运行以根据自己的喜好格式化代码。

答案 3 :(得分:1)

有关Xcode中Objective-C的其他格式,请查看Xcode 4 Uncrustify