2009-12-16 1 views

답변

3

많은 사람들이 JSTalk을 좋아하는 것 같습니다.

하지만 아마도 AppleScript가 최선의 방법입니다. 시스템에 통합 된 것입니다.

6

Mac에서 최고의 지원을받는 스크립팅 언어는 여전히 AppleScript입니다. 그러나 F-Script와는 달리 Objective-C 레벨에 직접 액세스 할 수는 없으므로 대상 응용 프로그램이 스크립팅을 위해 공개하는 것을 사용할 수 있습니다.

Perl, Python 및 Ruby 용 Objective-C 브릿지가 있습니다. 난 당신의 응용 프로그램에 스크립팅을 제공하기 위해 임베디드 수 있다고 가정합니다.

+2

AppleScript는 응용 프로그램과 통합하기 위해 더 많은 작업이 필요하지만, 작업이 완료된 후에는 응용 프로그램 내부에서 실행되는 스크립트뿐만 아니라 모든 외부 스크립트에서 응용 프로그램을 시범 사용할 수 있습니다. 결국, 애플 스크립트가 더 나은 솔루션 인 것 같습니다. – kiamlaluno

+1

AppleScript는 AppleScriptObjC라는 덜 알려진 메커니즘을 통해 Objective-C에 액세스 할 수 있습니다 (http://developer.apple.com/mac/library/releasenotes/ScriptingAutomation/RN-AppleScriptObjC/index.html 참조). 그래도 다음 Xcode에서 중단 될 수 있습니다. – Yuji

5

Nu은 아직 인기가 있지만 흥미로운 옵션입니다.

+0

누 (Nu)는 흥미 롭습니다. F 스크립트에서 찾지 못했지만 가비지 수집을 지원하지 않는 몇 가지 기능이 있습니다. 설명서가 완전하지 않아서 도움이되지 않습니다. – kiamlaluno

3

나는 여러 가지 이유로 F-Script라고 말하고 싶습니다. 그것은 많은 독특한 기능을 가지고 있으며 Cocoa와 Objective-C 런타임과 긴밀하게 통합되어 있습니다. 예를 들어 다양한 Finder 클래스 (창, 아이콘, Coverflow보기 ...)를 검사 할 수 있으며 다른 프로세스를 시작하거나 제어하는 ​​것은 매우 쉽습니다 (한두 줄의 코드). I 은 AppleScript를 선호할만한 이유가 있다고 생각합니다. 아주 짧은 스크립트에는 좋지만, 좀 더 복잡한 작업을 원한다면 당신을 미치게 할 것입니다.

또한 MacRuby은 좀 더 안정적 일 때 흔들리고, some serious stuff도 PyObjC를 사용하여 완성되었습니다. 더 이상 적극적으로 관리하지는 않겠지 만.

1

F-Script 그래픽 내성 도구가 필요하지 않은 경우 매우 독특합니다. 응용 프로그램에 포함 할 수있는 적절한 스크립트 언어가 있습니다. 특정 RubyCocoa (Ruby 용), PyObjC (Python 용), JSTalk (JavaScript 용) 및 CamelBones (Perl 용)을 참조하십시오. 그것들은 코코아와 외국 객체 모델 사이의 다리에 기반을 두어 복잡성을 불러 일으 킵니다. 이는 F-Script와는 다른데, F-Script는 Cocoa 객체 모델 용으로 직접 제작되었습니다. 준비가되면 MacRuby도 옵션이 될 수 있지만 Objective-C 오브젝트를 조작하는 구문은별로 좋지 않습니다 (RubyCocoa에서 향상되었습니다). Nu는 또한 옵션입니다 : F-Script와 같은 Cocoa 용으로 직접 제작되었지만 Lisp 풍미가 강합니다.

0

MacRuby은 Objective-C 런타임 및 가비지 수집기를 사용하는 Ruby 1.9의 구현입니다. embedded in a Objective-C application 일 수 있습니다. 마지막으로 사용 가능한 버전이 0.6에 불과하더라도 응용 프로그램에서 사용할 수있을만큼 안정적인 것으로보고되었습니다.