Yan1693 сен 2013 в 03:55

Quick Help для своего кода в XCode 5

3 мин

16K

iOS * Objective C * Xcode *

Туториал

+32

Комментарии 21

risik 3 сен 2013 в 04:14

Да наконец-то!

Сам лично перешел на AppCode для работы с кодом. Она такое поддерживала еще, как минимум год назад.

Надо сказать, что вообще, Apple в Xcode5 сделала много правильных шагов. Например, XIBы стали гораздо проще, прозрачнее и понятнее. Теперь задача мержа двух XIBов из разных веток видится уже более или менее реальной.

И тот факт, что в Xcode5 появилась поддержка режима CI сервера для Apple является огромным шагом вдогонку современным технологиям. Я для CI использую Jenkins + скрипты и xcode plugin в для прогона тестов. Но этот плагин меня не полностью устраивает.

corristo 3 сен 2013 в 09:19

А не подскажете, какой формат документации наиболее «правильный» для AppCode? А то с JavaDoc-подобным иногда косяки бывают.

risik 3 сен 2013 в 09:53

Что-то похожее на JavaDoc (но не полный, например, не работает return). Думаю, что теперь, поскольку этот функционал заработал в Xcode, JetBrains приведет его в соответствие с вариантом от Apple.

corristo 3 сен 2013 в 09:54

Вот да, с return и проблемы как раз. Спасибо за ответ!

Agent_Smith 3 сен 2013 в 10:00

CI в Xcode5 мягко говоря, очень убог и абсолютно не кастомизируем.

risik 3 сен 2013 в 11:48

Ну я, надеюсь, что это у них только первый шаг. Впрочем, меня сейчас почти полность устраивает Jenkins.

dimakey 3 сен 2013 в 10:15

> Я для CI использую Jenkins + скрипты и xcode plugin в для прогона тестов.

А тесты для OS X или iOS? Так и не нашел варианта для запуска тестов iOS — все портит необходимость запускать сперва симулятор, а потом в нем запускать приложение.

risik 3 сен 2013 в 11:49

Модульные тесты для iOS. Вообще прогнать модульные тесты на симуляторе проблем нет. xcode-build все умеет. Лично для меня плагин нужен только для того, чтобы распарсить полученный выхлоп в формат, понятный Jenkins'у.

corristo 4 сен 2013 в 12:09

у xctool вывод поприятнее будет :)

1101_debian 4 сен 2013 в 12:03

Вот эта вещь может вам пригодиться.

dimakey 4 сен 2013 в 12:04

Благодарю.

gribozavr 3 сен 2013 в 04:49

Также можно включить флаг -Wdocumentation и будет проверяться соответствие комментария объявлению, насколько это возможно автоматически. Например, будет выдаваться предупреждение при @param для несуществующего параметра функции.

TimReset 3 сен 2013 в 09:07

А как раньше код документировался в XCode? Были какие-то стандарты? Я, собственно, почему спрашиваю — в Java есть JavaDoc, который идёт «из коробки». А тут получается ничего подобного не было?

Stam 3 сен 2013 в 09:56

HeaderDoc: developer.apple.com/library/mac/documentation/DeveloperTools/Conceptual/HeaderDoc/intro/intro.html

skeeet 3 сен 2013 в 11:07

А разве информация о XCode 5 пока не под NDA?

Yan169 3 сен 2013 в 11:45

Информация о том, что Quick Help теперь поддерживает документирующие комментарии, доступна на открытой странице developer.apple.com/technologies/tools/features.html: