Лично для себя настроил AppCode и подогнал его под корпоративный CodeStyle. Uncrustify нормально настроить не получилось. Все еще подумываю про собственный форматтер с блэкджеком ;)
Конкретные правила расстановки пробелов, отступов знаков препинания, и именования переменных, которые были выработаны путем долгих и мучительных дискуссий ;)
Основаны на Cocoa Coding Guidelines и Google Objective-C Guidelines.
Просто куча правок и изменений, добавлены новые «правила и замечания», и в результате — наш Code Style лежит на Wiki, и все пишут в одном стиле (±), во всяком случае пытаются. Для «продвижения и осознания» Code Style использовались примеры старых проектов, которые писали разные люди.
Wiki внутренняя, если нужны конкретные правила текущей редакции — то пишите в личку — поделюсь.
Удивился, увидев, Google Objective-C guidelines. Я потихонечку подбираюсь к программированию под iOS, пока играюсь с Андроидом, но с платформой практически не знаком. Очень стало любопытно, а что гугл делает на Objective-C, что им гайдлайны понадобились?
плюс в app store тоже есть целый ряд гугловых приложений. Среди них: gmail, blogger, google+, google переводчик, google authenticator и тд и тп) Так что им есть для кого писать objective-c guidelines))
У нас ситуация абсолютно противоположная. Читать код проекта, который писали 5 разных людей без CodeStyle намного сложнее, чем читать код проекта, который писали 5 тех же людей с использованием Code-Style, пусть даже и не полностью.
XCode имеет тенденцию переформатировать код при редактировании — то есть будет портить ваш идеально отформатированный код. Совсем отключать автоформатирование ведь тоже не вариант?
Кстати, можно как-то сделать так, чтобы при сохранении файла автоматически удалялись trailing whitespace? А то при редактировании в XCode они появляются просто в бешеном количестве.
О форматировании кода и User Scripts в Xcode 4