WPFで可能なようなグラフィカルアプリケーションのOS X開発のために何をお勧めしますか？
私の具体的な背景はSmalltalk＆Javaですが、現在は主にDHTML / .NET（ASP.NET / C＃）で作業しています。
回答：
回答№1の15ココア。今までにない最高のアプリケーションフレームワークであると多くの人が考えています。言語はObjective-C、SmallTalkのような言語でJavaの作成者に影響を与えました。
クロスプラットフォームになりたいという特別なニーズがない限り、実際には、OS X開発用のCocoaには妥当な代替手段はありません。
回答№2については4
Interface Builder以外のXcodeツールの一部として、Qt、GTK +、AWT＆SWING（Javaのバックグラウンド）、Tk、Squeak（スモールトークのバックグラウンド）、Shoes（RubyのGUIツールキット）、FXRuby wxWidgets、XULRunnerなど私は忘れてしまったと確信しています。しかし、最もネイティブのようなアプリでは、Interface Builderが最善の策です。
答え№3の2
CocoaはMac OS X上で使用するための主要なフレームワークです。これはAppleが使用するものであり、ほとんどの新しい開発が使用するものであり、主に新しい機能が追加されています。
あなたがWPFから来ているなら、私はあなたがココアにはよく知られている概念のかなりの数です。 （Cocoaは少し古くなっているにもかかわらず）MVCを中心に構築され、プロパティーの変更通知とバインディング、アニメーションのサポート、永続性とオブジェクトグラフ管理フレームワークなどがあります。
（また、タグに「mac」を追加することもできます）。
答え№4の2
あなたのJavaのバックグラウンドでは、現在廃止されているCocoa-Javaブリッジによって解決されました。 OS Xの歴史の早い段階で、AppleはCocoaライブラリのための（面倒な手持ちの）Javaインターフェイスを提供しました。 JavaとObjective-Cの意味の違いにより、Key-Valueバインディング（他の多くの機能が組み込まれている）を含むCocoaの最も強力な機能の多くは非常に難しく、Objetive-CとJavaの機能の相違につながります。ブリッジの最終的な廃止。すべてのCocoa開発は、Objective-CまたはPythonやRubyなどの動的言語に対する多くの（自動的に生成された）ブリッジのうちの1つを使って行うのが最適です。
あなたのバックグラウンドをSmalltalkで、私はあなたが1-2日でObjective-Cを拾うことができると期待します。
回答№5の場合は1
私はWPFが何であるかはわかりませんが、ほとんどの開発OSXプラットフォームのために、Objective-CでCocoaを使用しています。廃止予定のCarbon APIをJavaのような他の言語で使うこともできますが、OSXの新しいアプリケーションはObjective-Cで実際に開発する必要があります。あなたはから始めることができます Appleのガイド IDEとしてXCodeを使用します。
答え№6の場合は0
以前のポスターとは違う方法： InterfaceBuilderでインターフェイスを設計してObjective-Cで操作していない場合は、外観、感触、動作、またはMacintoshアプリケーションの動作に影響を与えないアプリケーションで終わることになります。ユーザーには痛感します。それは他のアプリと比較してユーザーにとって不愉快な経験になり、そのために別のアプリが必要になる可能性が高くなります。
QTのようなツールキットは、あなたのアプリケーションはすでにQTを使用していますので、それを高速に移植したいのですが、新しいアプリケーション（または別のGUI）を作成する場合は、ObjCまたはObjC ++を使用してCocoaに記述してください。
回答№7は0
あなたが見ているかもしれない PyObjc これはPythonプログラミング言語とObjective-Cの間の橋渡しであり、Cocoaを含むMac OS Xコンポーネントのバインディングを含みます。
回答№8の場合は0
Smalltalkのバックグラウンドでは、私はまっすぐなCocoaとObjective-Cを勧めています。しかし、動的言語に傾いていると、 RubyCocoa あなたがPythonよりも拾いやすいと思うRubyを使うことができます。