Rica GUI OS X Frameworks?

Eu não tenho certeza do que WPF é, mas a maioria de desenvolvimento para a plataforma OSX é feito em Objective-C com cacau. Você pode usar as APIs de carbono obsoletas com outras linguagens como Java, mas novas aplicações para OSX realmente deve ser desenvolvido em Objective-C. Você pode começar com guia da Apple com o Xcode como seu IDE.

Cacau é a estrutura principal para usar no Mac OS X. É o que a Apple usa, é o que usa mais novo desenvolvimento, e é onde os novos recursos são adicionados principalmente.

Se você está vindo do WPF, eu acho que você pode encontrar muito poucos dos conceitos em Cocoa familiar. (Apesar do fato de que o cacau é apenas um pouco mais velho.) Ele é construído inteiramente em torno de MVC, existem notificações de propriedade de mudança e ligações, não há suporte a animação, há uma persistência e estrutura de gerenciamento de objetos de gráfico, e assim por diante.

(Além disso, você pode querer adicionar "mac" para as tags.)

Além de Interface Builder que está incluído como parte das ferramentas Xcode, você também pode usar QT, GTK +, AWT e Swing (para seu fundo Java), Tk, Squeak (para seu fundo Smalltalk), sapatos (pouco kit de ferramentas muito legal Rubi GUI ), FXRuby (mais rubi), wxWidgets, XULRunner, e outros que eu tenho certeza que eu esqueci. Para os aplicativos mais nativas-like, no entanto, Interface Builder é sua melhor aposta.

Com seu fundo de Java, não se desviar pela ponte cacau em Java agora obsoleto. No início de OS X história, a Apple forneceu um (laboriosamente à mão mantida) interface Java para as bibliotecas de cacau. Por causa das diferenças semânticas entre Java e Objective-C, muitos dos recursos mais poderosos do cacau, incluindo ligação (sobre a qual muitas outras características são construídas) é muito difícil, levando a divergência de capacidades Objetivo-C e Java e Key-value a eventual depreciação da ponte. Todo o desenvolvimento de cacau é o melhor feito com Objective-C ou uma das muitas pontes (gerados automaticamente) para linguagens dinâmicas como Python ou Ruby.

Com a sua experiência em Smalltalk, eu esperaria que você poderia pegar Objective-C em um dia ou dois.

Para colocá-lo de uma maneira diferente do que cartazes anteriores: se você não está projetando sua interface em InterfaceBuilder e manipulá-lo com Objective-C, então você vai acabar com um aplicativo que não olhar, sentir, agir ou trabalhar da forma uma aplicação Macintosh deveria, e ele vai ficar fora como uma ferida polegar para os usuários. Vai ser uma experiência desagradável para o usuário em comparação com outros aplicativos, e eles provavelmente desejam uma aplicação diferente por causa disso.

Toolkits como QT são aceitáveis ​​se o seu aplicativo já usa QT e que pretende porta-lo rápido, mas se você estiver escrevendo um novo aplicativo (ou um GUI separado), em seguida, escrevê-lo em Cocoa usando ObjC ou ObjC ++.

Você pode ter um olhar para PyObjC que é uma ponte entre a linguagem de programação Python e Objective-C, incluindo ligações para componentes do Mac OS X, incluindo cacau.

Com um fundo Smalltalk, eu recomendo cacau em linha reta e Objective-C. No entanto, se você está inclinado para uma linguagem dinâmica, RubyCocoa vai deixar você usar Ruby que eu acho que você vai encontrar mais fácil de pegar do que Python.