не-XCode IDE для какао?

Question

Я думаю, что XCode является хорошей IDE, но, использовав в прошлом Eclipse для разработки на Java, я совершенно не в восторге от завершения кода XCode и обратной связи об ошибках и предупреждениях. (В большинстве случаев XCode, кажется, просто пытается сопоставить начало фрагмента текста со «словами» в том же документе, даже не используя информацию о типе, чтобы попытаться определить уместность предлагаемого завершения.)

Есть ли у кого-нибудь идеи или приемы, чтобы заставить XCode приблизиться к уму Eclipse или реально разработать приложения Cocoa с другими средами разработки, отличными от XCode?

РЕДАКТИРОВАТЬ: Стоит следить за этим: code.google.com / p /jectiveclipse /

Answer 1

Хорошая новость в том, что Apple работает над проблемой. Одна из целей проекта компилятора clang - создать многократно используемый синтаксический анализатор, который можно использовать для лучшего завершения кода и поддержки рефакторинга. Признаки того, что это принесло свои плоды в последних семенах снежного барса.

Answer 2

Все просто: нет.

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

Я бы посоветовал просто придерживаться XCode и научиться тому, как это делать. Да, все будет по-другому и иногда не может быть «лучше» в ваших затмеваемых глазах. Утешите себя тем, что Apple удалось выпустить несколько замечательных продуктов с использованием Xcode.

Мой личный опыт показывает, что каждый раз, когда я использую Xcode, я нахожу новый трюк, который я могу добавить в свою сумку. Xcode гораздо более полнофункциональный, чем вы думаете на первый (или второй) взгляд.

Answer 3

Ознакомьтесь с новой IDE JetBrains под названием «Код приложения». Это все еще в программе раннего доступа, но даже с ошибками раннего доступа это hands-down лучше, чем xcode 4.

http://www.jetbrains.com/objc/

Answer 4

Я давно озвучивал свои сообщения о том, что не так с Xcode (и что не так с Xcode). Но вы действительно не хотите использовать другой инструмент. И не нарушая NDA: Xcode 3.2 с SnowLeopard: Ура. (По сравнению с тем, что у нас есть; не по сравнению с тем, что мы могли бы хотеть.)

Тем не менее, к вашему первоначальному вопросу о завершении кода я лично отключаю автозаполнение в пользу завершения по требованию. Я нахожу это намного более полезным и менее отвлекающим. На панели «Смысл кода» установите для параметра «Автоматически предлагать» значение «Никогда» и убедитесь, что выбраны другие два параметра («Показать аргументы во всплывающем списке» и «Вставить заполнители аргументов ...»). всплывающее окно, когда вы нажимаете Escape, облегчая прокрутку в поисках того, что вы хотите. Я считаю, что мне приходится печатать намного меньше таким образом, особенно для методов, которые не являются уникальными для многих символов. 80% времени это уже правильная вещь.

Answer 5

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

Тем не менее, я думаю, что вы будете вполне довольны улучшением дополнения кода Xcode, появившимся в Snow Leopard - он намного умнее фильтрует список возможных дополнений. Кроме того, появились новые удобства для кодирования, такие как вставка стартовой скобки, когда вы ее забыли, и т. Д. Насколько мне известно, до сих пор не существует прогностической компиляции, такой как Eclipse.

Кто-нибудь знает о среде IDE, отличной от Eclipse, которая поддерживает интеллектуальную компиляцию и предупреждение / отчеты об ошибках? Поддерживает ли Eclipse эту функцию для языков, отличных от Java, таких как C ++? У меня возникает вопрос: а не делает ли тот факт, что Java построен с использованием независимых файлов .java, а не файлов .h и .c / .cpp / .m, упрощение прогнозной компиляции? Кроме того, все, что скомпилировано с gcc, требует немного большей заботы и внимания, чем сравнительно более простая команда javac. Есть мысли?

Answer 6

emacs и / или vim

Answer 7

XCode имеет некоторую контекстную осведомленность, когда вы отправляете сообщение объекту, у него, как правило, список «ESC» выводит значимые аргументы.

Я настоятельно рекомендую изучить текстовые макросы. Они на самом деле не осведомлены о типах, но они могут сэкономить массу печати - например, после @implementation type "init" и затем нажать control-. (точка), чтобы активировать текстовый макрос. Он заполнит весь метод инициализации для вас. Вы можете создать свой собственный или переопределить существующие макросы.