Xcode source автоматическое форматирование

Question

Я знаю, что был задан очень похожий вопрос, но это было более полутора лет назад.Ситуация меняется за этот промежуток времени, особенно с выпуском Xcode 4.

Мы с коллегой работаем над созданием библиотеки в Objective-C для использования на iPhone и, возможно, Mac OSX (вболее поздняя дата).Мы оба работаем над этим, но я делаю большую часть кода.Часто он что-то реализует, а потом передает это мне.Он будет работать над чем-то другим, а затем я расширю функциональность того, что он написал.У него есть настройки для своего кода, такие как оставление открывающих скобок метода на отдельной строке, но я предпочитаю их в той же строке, что и сигнатура метода.Есть и другие отличия, но я не буду вдаваться в них здесь.Есть ли какой-нибудь интегрированный инструмент или даже внешний инструмент, который я могу запустить после того, как я проверил его код из репозитория, чтобы изменить стиль на свой?Или даже лучше, может ли это быть автоматизировано для каждого из нас, чтобы при открытии файла он был отформатирован по нашему вкусу, чтобы только те файлы, к которым мы прикасаемся, были помечены как измененные нашей программой контроля версий?

Answer 1

Я думаю, что когда дело доходит до этого, вам обоим придется договориться о стиле кодирования. Просмотр истории версий файлов, отформатированных вами по вкусу каждого пользователя, может превратиться в кошмар, если вам понадобится в будущем изменить файлы.

Answer 2

Для дополнительного форматирования Objective-C в Xcode проверьте Xcode 4 Uncrustify

Answer 3

Я нашел ссылку , которая должна помочь мне в этом. Я думаю, что решение, вероятно, будет и для моего коллеги, и для меня иметь отдельные сценарии, которые мы запускаем для форматирования кода по нашему вкусу.

Answer 4

Это то, с чем вы должны договориться между собой.

Это определенно затруднит разметку файлов позже и должно быть выковано сейчас.

Бросьте монету, каменные ножницы,что угодно, но соглашайтесь с одним стилем и придерживайтесь его.

Другие вещи, которые вам нужно установить в камне, это табуляция против пробелов, именование переменных, именование методов и комментарии.Да, и не забудьте о переносе строк и выравнивании / отступах.Очень раздражает разбор файла и обнаружение, что 90% изменений - это табуляции или пробелы в отдельной строке после объявления функции.

Поскольку я работаю с множеством разных людей над несколькими проектами, я часто помещаюнебольшой комментарий с примечанием, объясняющим, почему я сделал что-либо, после моего «короткого» имени.

Несколько месяцев спустя кто-то другой может увидеть, кто написал этот код и почему он таков, или если у них есть вопросы, ониможно увидеть, кто это сделал, и выследить меня.