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

emacs и / или vim

Очень просто: нет

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

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

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

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

Кроме того, копирование / вставка может показаться «ОК» в очень простых случаях, но она также запускается заставляют программистов думать, что копирование / вставка - это нормально. Это «скользкая дорожка». Программисты начинают использовать копирование / вставку, когда рефакторинг должен быть правильным подходом. Вы всегда должны быть осторожны с установкой прецедента и с сигналами, которые он посылает будущим разработчикам.

Там даже есть цитата об этом от кого-то более опытного, чем я,

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

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

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

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

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

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

все, что скомпилировано с помощью gcc , требует немного больше внимания и внимания, чем сравнительно более простая команда javac . Есть мысли?

все, что скомпилировано с помощью gcc , требует немного больше внимания и внимания, чем сравнительно более простая команда javac . Есть мысли?

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

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