Советы по переходу с Emacs на Xcode

Я разработчик, делающий переход от Linux/Emacs к OSX/Xcode. У кого-нибудь есть советы или рекомендации по сглаживанию этого перехода в отношении редактирования текста? В частности:

Какие привычки Emacs вызвали наибольшую изжогу при переключении, т.е. какие ошибки вы делали повторно, которые были результатом фона Emacs?

Был ли способ заставить Xcode работать аналогично или потребовал изменения в поведении?

Есть ли что-нибудь, что вы пропустили от Emacs, который вы не можете получить в Xcode?

В основном меня интересует часть текстового редактора, например. привязки клавиш, разделение окон, перемещение между буферами и т.д. Я никогда не использовал Emacs в смысле IDE. Для меня это был чистый текстовый редактор. Компиляции произошли в другой оболочке. То же самое для материалов SCM.

Ответ 1

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

Лучшая часть - это то, что Xcode позволит вам изменить редактор по умолчанию на что угодно! Просто установите редактор текста "text → sourcecode" в Emacs.app(или нижний индекс emacs, если вы хотите использовать версию терминала) на вкладке "Типы файлов" в настройках Xcode, и ваша жизнь будет более счастливой: -)

На всякий случай: при открытии файла из OSX (перетаскивая его в значок Dock, открывайте его из Finder,... и даже открывайте его из Xcode), поведение Emacs.app 23.1 по умолчанию заключается в том, чтобы открыть новый кадр. Если вам это не нравится, просто добавьте

(setq ns-pop-up-frames 'nil)

в конфигурационный файл emacs.

Ответ 2

Переход не все так грубо, как только вы обнаружите все, что может предложить XCode.

Большинство текстовых команд редактирования Emacs в XCode (и Cocoa приложениях в целом), поэтому там не так много боли, как можно было бы подумать.

Вы даже можете расширить Xcode на выбранном вами языке (вы даже можете использовать elisp в режиме script, теперь, когда я думаю об этом, мне придется попробовать это), хотя вы всегда будете вынуждены использование Applescript в большинстве сценариев и расширяемости не так хорошо, как в Emacs, и нет большого сообщества пользователей script, чтобы легко получать расширения. Обычно вы можете получить некоторые симулякры аспектов IDE Emacs, идущих XCode, например, я отложил некоторое время назад и написал несколько сценариев и которые интегрируют XCode с Git, который официально не поддерживается функциональностью SCM XCode.

Я всегда буду пропустить ido-mode при работе в XCode, я пропущу, используя слово вперед и слово обратно в XCode, и я использую мышь намного больше, чем в Emacs. Одна маленькая вещь, которая в конечном итоге становится для меня довольно раздражающей, заключается в том, что совпадение в виде круглых скобок отменяется только тогда, когда вы передаете курсор над закрывающей скобкой слева направо. Вы не можете видеть совпадение, если вы держите курсор в правой части закрывающей круглой скобки.

То, что вы пропустите, будет более чем компенсировано тем фактом, что XCode хорошо адаптирован к разработке в Objective-C и Cocoa. При этом я использую его только для Objective-C и Cocoa. Что-нибудь еще, включая скрипты пользователя, сначала пишу и тестирую в Emacs, а затем XCodeize (для ввода-вывода и т.д.) В качестве последнего шага.

Я обнаружил, что самое главное в процессе перехода было прекратить жаловаться на то, что XCode не является Emacs и начинает вкладывать эту энергию в выяснение того, как заставить XCode делать то, что я хотел сделать. Пока вы используете XCode для Objective-C/Cocoa, вы сможете получить то, что хотите сделать (вы не сможете "легко" превратить XCode в личный организатор и приложение расписания, например например, с Emacs).

Вот список полезной информации для тех, кто только что пришел в XCode: подсказки XCode, которые вы хотели бы знать 2 года назад.

Ответ 3

не делать.

Я переключился с emacs на XCode (aquamacs even) для моего первого проекта iPhone. В моем следующем проекте iPhone я буду использовать emacs.

Если вы тип, которому нравится Visual Basic, вы можете использовать его с помощью emacs. Но если вам просто нравится писать код, на самом деле нет причин использовать XCode. Вы можете получить всю объективную любовь C в emacs.