저는 Linux/Emacs에서 OSX/Xcode로 전환하는 개발자입니다. 누구든지 텍스트 편집과 관련하여 이러한 전환을 원활하게하기위한 조언이나 권장 사항이 있습니까? 구체적으로는 다음과 같습니다.Emacs에서 Xcode로 전환하기위한 팁
Emacs 습관으로 전환시 가장 많은 가슴 앓이가 발생했는데, 즉 Emacs 배경으로 인해 반복적으로 어떤 오류가 발생 했습니까?
Xcode를 유사하게 작동시키는 방법이 있었습니까? 아니면 동작이 변경되어야합니까?
Xcode에서 가져올 수없는 Emacs에서 놓친 것이 있습니까?
저는 주로이 텍스트 편집기 부분에 관심이 많습니다. 키 바인딩, 윈도우 분할, 버퍼 간 이동 등. IDE 의미로 Emacs를 사용하지 못했습니다. 항상 나에게는 순수한 텍스트 편집기였습니다. 컴파일은 다른 쉘에서 발생했습니다. SCM에 관한 내용.
Xcode로 전환하지 말고 편집을 위해 Emacs를 사용하고 나머지는 Xcode (UI 디자인, 컴파일, 디버깅 등)로 전환하십시오. 내가 Xcode를 이런 식으로 사용하기 때문에 당신에게 더 나은 절충안이 될 것입니다.
가장 중요한 부분은 Xcode에서 기본 편집기를 변경할 수 있다는 것입니다. Xcode 환경 설정의 "파일 형식"탭에서 "텍스트 -> 소스 코드"편집기를 Emacs.app (또는 터미널 버전을 사용하려면 lowerterased emacs)로 설정하면 인생이 행복해집니다 :-)
경우에 따라 : OSX에서 파일을 열 때 (Dock 아이콘으로 드래그하거나, Finder에서 열거 나, Xcode에서 열 때까지), Emacs.app 23.1의 기본 동작은 새 프레임을 여는 것입니다 . 맘에 들지 않는다면 이맥스 설정 파일에
(setq ns-pop-up-frames 'nil)
을 추가하면됩니다.
아, 그게 내가 찾고 있었던거야. 옵션이 환경 설정의 텍스트 편집기 탭 아래에 있다고 생각했습니다. 내가 거기를 보지 못했을 때 나는 최악의 상황을 취했다. 의미 : (setq ns-pop-up-frames nil) –
예, 죄송합니다. 잘라 내기 및 붙여 넣기와 관련하여 뭔가 잘못되었습니다 :-) –
흠. 환경 설정> 파일 형식> 텍스트> 소스 코드가 4.5.2에서 사라진 것 같습니다 : –
XCode가 제공하는 모든 것을 발견하면 전환이 너무 거친 것은 아닙니다.
대부분의 Emacs 텍스트 편집 키 바인딩은 XCode (및 일반적인 코코아 응용 프로그램)에 있으므로 생각만큼 많은 고통이 없습니다.
Xcode를 원하는 언어로 확장 할 수도 있습니다 (스크립트 모드에서 elisp을 사용할 수도 있습니다. 이제 생각해보십시오.) Applescript는 대부분의 스크립트와 확장 성에서 Emacs만큼 좋지 않으며 확장 기능을 쉽게 얻을 수있는 커다란 "사용자 스크립트"커뮤니티도 없습니다. 일반적으로 얼마 전에 Emacs의 IDE 측면에 대한 시뮬라크롬을 XCode로 가져올 수 있습니다. 예를 들어 얼마 전까지 시간을 따로두고 스크립트를 작성하고 XCode를 XCode의 SCM 기능에 의해 공식적으로 지원되지 않는 Git과 통합 할 수 있습니다.
나는 Xcode에서 작업 할 때 항상 ido-mode을 놓칠 것이다. 나는 Xcode에서 단어 포워드와 단어를 사용하지 못하고 Emacs에서하는 것보다 훨씬 많은 마우스를 사용한다. 하나의 작은 일은 나에게 상당히 짜증나는데, 왼쪽에서 오른쪽으로 닫는 괄호 위로 커서를 가져 가면 괄호 일치는 단절됩니다. 닫는 괄호의 오른쪽에 커서를두면 일치 항목을 볼 수 없습니다.
XCode가 Objective-C 및 Cocoa의 개발에 잘 맞춰져 있다는 사실을 놓치게됩니다. 즉, Objective-C 및 Cocoa에만 사용합니다. 다른 것들은, 사용자 스크립트를 포함하여, 나는 이맥스에서 먼저 작성하고 테스트 한 다음 마지막 단계로서 그것들을 (I/O를 위해) XCodeize한다.
전이를 할 때 가장 중요한 점은 XCode가 Emacs가 아니라는 것을 아는 것을 중지하고 XCode로 하여금 내가하고 싶은 일을하는 방법을 알아내는 데 그 에너지를 투입하기 시작한 것입니다. Objective-C/Cocoa 용으로 XCode를 사용하는 한, 원하는 작업을 수행 할 수 있습니다 (XCode를 개인 주최자 및 시간표 앱으로 "쉽게"전환 할 수는 없습니다. 예를 들어 Emacs로 끝낸다.).
다음은 Xcode에 오는 사람들을위한 좋은 정보 목록입니다 : XCode tips that you wished you knew 2 years ago.
FYI 단어 전달 및 단어 뒤로는 Alt-
하, 나는 내가 그 구속력을 알지 못했다고 주장하는 것에있어서 잘못되었다는 몰래하는 느낌을 가지고 있었지만, 내 삶을 위해서 그 이유를 기억하지 못했습니다. 당신은 그것을 암시했습니다. 그것은 결코 그것을 사용하지 않으며 그것에 대해 "잊어 버린"그런 나쁜 바인딩입니다. 나는 명백한 이유가 될 것이라고 생각하는 것에 대해 화살표 키를 사용하는 모든 바인딩을 싫어합니다. – Pinochle
당신은 Emacs로 돌아 가야합니다;) –
하지 마십시오.
저는 첫 번째 iPhone 프로젝트에서 emacs에서 Xcode (aquamacs even)로 전환했습니다. 다음번 iPhone 프로젝트에서는 emacs를 사용할 것입니다.
Visual Basic을 좋아하는 유형이라면 emacs를 사용하여 치료할 수 있습니다. 그러나 코드 작성을 원한다면 Xcode를 사용할 이유가 없습니다.당신은 이맥스에서 모든 객관적인 C 사랑을 얻을 수 있습니다.
Xcode에 아무것도 나타나지 않아도됩니까? 필자는 과거에 이맥스에서 편집 한 다음 IDE에서 코드를 열고 거기에서 대상을 플래시하는 것이 가장 편리한 접근 방식을 사용했습니다. 일부 디버깅 작업에는 여전히 IDE를 사용해야했습니다. –
내가 말했듯이, 다음 프로젝트를 위해 나는 다시 전환하고있다. 앞으로 며칠 동안 저는 여전히 XCode를 견뎌 낼 것입니다. –
참고로, Snow Leopard의 XCode 3.2는 이맥스에서와 같이 인라인 검색을 지원한다고 들었습니다. – ustun