Pergunta

O que você recomendaria para o desenvolvimento de um aplicativo gráfico no OS X como os possíveis no WPF?

Minha formação específica é em Smalltalk e Java, mas atualmente trabalho principalmente em DHTML/.NET (ASP.NET/C#).

Foi útil?

Solução

Cacau.Considerado por muitos como o melhor framework de aplicativos de todos os tempos.A linguagem é Objective-C, semelhante ao SmallTalk, que inspirou os criadores do Java.

Na verdade, não há alternativa razoável ao Cocoa para desenvolvimento do OS X, a menos que você tenha necessidades específicas, como querer ser multiplataforma.

Outras dicas

Além do Interface Builder, que está incluído como parte das ferramentas Xcode, você também pode usar QT, GTK +, AWT e SWING (para seu background Java), Tk, Squeak (para seu background Smalltalk), Shoes (um pequeno kit de ferramentas Ruby GUI muito legal ), FXRuby (mais Ruby), wxWidgets, XULRunner e outros que tenho certeza que esqueci.Para os aplicativos mais nativos, entretanto, o Interface Builder é sua melhor aposta.

Cocoa é a estrutura principal para uso no Mac OS X.É o que a Apple usa, é o que a maioria dos novos desenvolvimentos usa e é onde os novos recursos são principalmente adicionados.

Se você vem do WPF, acho que poderá achar alguns dos conceitos do Cocoa familiares.(Apesar do fato de Cocoa ser um pouco mais antigo.) Ele é construído inteiramente em torno do MVC, há notificações e ligações de alteração de propriedade, há suporte para animação, há uma estrutura de persistência e gerenciamento de gráfico de objeto e assim por diante.

(Além disso, você pode querer adicionar “mac” às tags.)

Com sua experiência em Java, não se deixe desviar pela agora obsoleta ponte Cocoa-Java.No início da história do OS X, a Apple forneceu uma interface Java (laboriosamente mantida à mão) para as bibliotecas Cocoa.Devido às diferenças semânticas entre Java e Objective-C, muitos dos recursos mais poderosos do Cocoa, incluindo a ligação de valor-chave (sobre a qual muitos outros recursos são construídos) são muito difíceis, levando à divergência dos recursos do Objetive-C e do Java e a eventual depreciação da ponte.Todo o desenvolvimento do Cocoa é melhor realizado com Objective-C ou uma das muitas pontes (geradas automaticamente) para linguagens dinâmicas como Python ou Ruby.

Com sua experiência em conversa fiada, espero que você consiga aprender o Objective-C em um ou dois dias.

Não tenho certeza do que é WPF, mas a maior parte do desenvolvimento para a plataforma OSX é feita em Objective-C com Cocoa.Você pode usar as obsoletas APIs Carbon com outras linguagens como Java, mas novos aplicativos para OSX realmente deveriam ser desenvolvidos em Objective-C.Você pode começar com Guia da Apple com o Xcode como seu IDE.

Colocando de uma forma diferente dos pôsteres anteriores:se você não estiver projetando sua interface no InterfaceBuilder e manipulando-a com Objective-C, então você acabará com um aplicativo que não parece, não funciona, não age ou funciona da maneira que um aplicativo Macintosh deveria, e ele se destacará como uma ferida no polegar para os usuários.Será uma experiência desagradável para o usuário em comparação com outros aplicativos, e eles provavelmente desejarão um aplicativo diferente por causa disso.

Kits de ferramentas como QT são aceitáveis ​​se seu aplicativo já usa QT e você deseja portá-lo rapidamente, mas se você estiver escrevendo um novo aplicativo (ou uma GUI separada), escreva-o em Cocoa usando ObjC ou ObjC++.

Você pode dar uma olhada PyObjc que é uma ponte entre a linguagem de programação Python e Objective-C, incluindo ligações para componentes do Mac OS X, incluindo Cocoa.

Com experiência em Smalltalk, eu recomendaria Cocoa e Objective-C puros.No entanto, se você está inclinado para uma linguagem dinâmica, RubiCacau permitirá que você use Ruby, que acho que será mais fácil de aprender do que Python.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top