Как стать автором
Обновить

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

Замечательно, спасибо! Может все-таки переберусь, а то лицензию купил под конец света и так и не использую…
AppCode, как я понимаю, имеет смысл только для работы на Mac? Можно запустить его на windows и подключить компилятор objc из mingw? (спросите зачем это надо — все просто, мое хобби — языки программирования, и objc входит в круг моих интересов как весьма интересный язык, приятно чтобы для него была хоть какая-то среда разработки).
НЛО прилетело и опубликовало эту надпись здесь
Посмотрю на досуге на триал версию.
А в чем преимущества перед бесплатным Xcode? Просто интересно в какую сторону копать, когда буду баловаться :)
НЛО прилетело и опубликовало эту надпись здесь
Спасибо! Увы, с JS пока работать не приходилось :) может еще что-нибудь интересненького покрутить в этой среде разработки есть?
Я просто оставлю это whyappcodeisnice.com здесь.
А вообще надо попользоваться, именно сесть, и все 30 дней использовать только AppCode, потом вернутся на XCode практически нереально)

Лично для меня, это кодогенерация, нормальный рефакторинг, полноценный дебагер, на уровне VisualStudio (можно остановится на брейкпоинте и смотреть все внутренности всех локальных объектов!), намного более гибкие настройки coding convention style, полноценные плагины, ну и конечно же это статический анализатор кода, который работает в риалтайме и показывает действительно много косяков.

Из минусов конечно отсутствие interface builder'a. Ну и еще некоторые вещи связанные с настройкой проекта нельзя сделать в AppCode, а некоторые просто удобнее менять в XCode. Но это все очень оперативно допиливается, и это такие мелочи которые почти не напрягают, т.к. основное время тратится на написание и отладку кода, и в этом плане AppCode выигрывает по всем параметрам.
Вы забыли упомянуть о наличии темной темы :)
в AppCode нет тёмной темы?
Как раз таки есть
если вы имели ввиду, что это плюс AppCode, то в Xcode тоже есть темные темы.
Темная цветовая схема в редакторе кода имеет мало смысла когда остальная часть интерфейса светлая. Просто посмотрите скриншот с темой Darcula в любой IDE от JetBrains и станет понятно о чем я.
А как оперативно допиливается отсутствие interface builder'a?
Какой геморрой предстоит если проект активно использует nib'ы и storyboard'ы?
Не придется ли код писать в AppCode, а интерфейс редактировать в Xcode?
В таком случае уж лучше сидеть в одной IDE, чем переключаться туда-сюда.
А в целом выглядит очень привлекательно, особенно рефакторинг и плагины, которые в Xcode, скажем так, не на высоте. Нужно попробовать.

И еще вопрос, AppCode понимает обычные xcodeproject файлы, или создает что-то свое? Если что-то свое, CocoaPods умеет генерировать workspace'ы для AppCode?
AppCode работает с XCode'овским файлом проекта, и совместим с ним на 100% в обе стороны. С CocoaPods работает отлично, воркспейсы открывает так же как и XCode. По клику на xib в навигаторе AppCod'a запускается XCode с выбранным xib'ом. Особого дискомфорта от этого я не ощущаю, тем более не каждый день вообще приходится трогать интерфейс, иногда я XCode неделями не запускаю.
Хм, в принципе терпимо. Правда не получится таскать outlet'ы из редактора кода прямо в IB, ну да и ладно, на своей памяти я этой фичей ни разу не воспользовался :)

Нужно опробовать на каком-нибудь из проектов.
полноценный дебагер, на уровне VisualStudio (можно остановится на брейкпоинте и смотреть все внутренности всех локальных объектов!)

Да вы, должно быть, шутите? Я не помню уже Xcode, в котором этого бы не было.
Я могу ошибаться, но у меня какая-то путанница на этот счет в памяти.
Кажется, еще в Xcode 3 версии я мог заглядывать внутрь NSArray или NSDictionary и видеть объекты вместе с их содержимым. Потом это все куда-то пропало и я стал видеть только адреса объектов, кажется это случилось с переходом на отладчик LLDB и компилятор clang, но точно не скажу, приходилось чаще пользоваться dbg командой 'po' чтобы куда-то заглянуть.

И вот как раз сегодня поставил обновление Xcode, в списке изменений сказано «можно заглядывать внутрь NSArray и NSDictionary во время отладки», еще не успел проверить как это работает.
Debugger can inspect elements within NSArray or NSDictionary objects
Работает отлично! Вот только это было и в Xcode 4.5 (со 100% уверенностью говорю — дебаггинг проекта частично требовал «заглянуть» в NSArray и NSDictionary).
В 4.5 можно было заглянуть только в сам массив, а в объект который там лежит уже нельзя.
Да ну, NSArray и NSDictionary вон только в 4.6 добавили, до этого показывалось вот так. Для своих объектов тоже далеко не все можно посмотреть, например переменные базового класа. Чуть дальше лезешь, и остается только isa. В AppCode я не помню когда последний раз po писал.
НЛО прилетело и опубликовало эту надпись здесь
Весьма интересно. Скриншот с куском кода на Objective-C перестал меня пугать.
Или я «расту» или в JetBrains таки его грамотно причесали.
Поработали над времен запуска с большим проектом? Помнится в предыдущей версии зачастую это было очень медленно.
Увы, и сейчас это медленно. =(
Относительно медленная загрузка происходит при первом запуске проекта, когда строятся индексы. При следующем запуске индексы будут считываться.
Только что проверил. Проект закрыл и открыл снова — около 4-х минут до показа кода. При первом открытии после обновления — около 6-7 минут.
Попробуйте сделать замер CPU при переоткрытии проекта, как это указано здесь . Результаты добавьте к новому запросу (Create Issue) в YouTrack. Спасибо.

Странная штука: новый синтаксис ведь замечательно работает на 10.7, в чём проблема?
И, кстати, зачёркивание — не лучший способ выделения ошибки, неудобно редактировать (а иногда и понять в чём дело).
А когда примерно будет фикс? Очень сильно мешает. Отключил подсветку в настройках, но эта фича сама по себе ведь нужная.
Постараемся пофиксить в 2.0.1 (через пару недель). Вы можете проголосовать за него в YouTrack.
Спасибо, проголосовал.
Пользуюсь почти год, XCode после AppCode — дикое недоразумение. Пойду, обновлю лицензию :)
AppCode шикарен, XCode жалок по сравнению с ним. Использую с версии 1.6. Отлично)

Даже не помню в чем конкретно причина, но когда я с энтузиазмом пытался переключиться на AppCode мне нравилось то как он находит массу различных проблем в коде, как удобно он сразу предлагает варианты решения этих проблем и т.д., но все равно мне так часть приходилось переключаться на XCode, что это просто переходило границы здравого смысла. Держать их обоих запущенными не очень хочется. В итоге недавно все таки вернулся на XCode.
Но вот вышло это обновление. Снова открыл AppCode с ним, признаю стало гораздо лучше.
Но что меня реально раздражает это отсутствие возможности редактировать info.plst файлы в удобном виде (я подразумеваю не только удобный лейаут, но и подсказки возможных значений ключей и т.п.)
Так же не вполне очевидно как все таки редактировать принадлежность ресурсов различным таргетам, или назначать файлы для компиляции либо для использования в качестве ресурсов. Как быстро отфильтровать файлы в проекте по маске, например найти все *-ipad.png.
Если кто-то подскажет в коментах — заранее спасибо.
Так же не вполне очевидно как все таки редактировать принадлежность ресурсов различным таргетам,
это можно делать через контекстное меню в project view.

Относительно остальных вопросов — вы можете завести Issue с предложением новых features в нашем баг-треккере YouTrack (правильнее будет на каждый feature по отдельному Issue).
Кстати забыл сказать, главная фича, которой в моих глазах AppCode просто втаптывает в грязь XCode, и которая, видимо в силу своей нереальной сложности, никогда не появится в XCode, это дублирование строки (Apple+D). Смешно сказать, но иногда даже специально переключаюсь в AppCode только ради нее. Вот например сегодня надо было продублировать массу строк с разными #define константами в куче классов. И когда что-то переносишь в буфере обмена, то очень не с руки дублировать строку через тот же буфер когда можно просто нажать Apple+D и в новой строке заменить прежнюю величину новой.
Мой мозг отказывать понять почему этого не реализуют наконец в XCode. Специально штудировал форумы, максимум что могут предложить, это создать свой макрос и назначить его на эту комбинацию.
Можно поставить Vim plugin
Очень хотелось бы версию для Windows
Apple же не выпускает SDK для неё.
Хотелось бы иметь возможность быстро и удобно поправить код подсветкой и автодополнением на винде.
А билд сервер и так на OSX.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий