Delphi sur le Mac - possible?

voix
19

Je suis responsable d'une application de gestion de projet Delphi / Win32. Je viens de terminer un mouvement de Delphi 2009.

De plus en plus d'utilisateurs américaines veulent utiliser l'application sur leurs ordinateurs Mac, alors que la majorité sont des utilisateurs de Windows.

Y at-il des solutions là-bas pour créer facilement une application Delphi qui fonctionnera en mode natif sur Mac OS?

Mise à jour :

Avec la sortie de développeurs RAD Studio XE2 à la fin de 2011, Delphi devrait être en mesure de construire une fois et de distribuer sur Win 32/64 et MacOS 32, avec le soutien promis iOS.

Créé 02/02/2009 à 18:54
source utilisateur
Dans d'autres langues...                            


11 réponses

Créé 02/02/2009 à 19:04
source utilisateur

voix
19

Mac OS X ne fonctionne pas de programmes Windows. Il ne fournit pas une de l'API que vous auriez besoin, comme les fonctions kernel32, user32, etc.

Vous pouvez essayer d' exécuter votre programme via Crossover . D' autres options incluent des machines virtuelles, telles que VMware Fusion et Parallels .

Une autre chose que vous pourriez essayer est d'utiliser .Net. Convertissez votre programme pour utiliser la version .Net de Delphi , puis l' exécuter sur Mono sur le Mac . Je ne mettrais pas beaucoup de confiance dans cette méthode, cependant.

Créé 02/02/2009 à 19:02
source utilisateur

voix
9

Vos options pour exécuter le code Delphi natif sur Mac OS X sont assez limitées. Vous pouvez utiliser Lazarus / Freepascal mais qui est loin derrière Delphi. Elle produira du code natif.

Alternativement , vous pouvez utiliser Prism et Mono. Cela fonctionne apparemment bien. Jetez un oeil à http://devcenter.remobjects.com/osx ou http://wiki.remobjects.com/ . En outre, consultez les blogs RemObjects, et le newsgroup embarcadero.public.delphiprism.mono.osx.

Ce besoin redistribuable mono. Cependant mono prend également en charge la liaison et avant la compilation de temps afin que vous pourriez être en mesure d'obtenir quelque chose proche du code natif sur elle.

Dans les deux cas, vous devrez réécrire votre ui comme le look osx et se sentir et les conventions sont différentes.

Créé 02/02/2009 à 20:51
source utilisateur

voix
6

Ceci est un sujet très vieux mais pour les gens en naviguant ici et à la recherche d'une réponse au 3e trimestre de 2011 ou plus tard, la réponse est oui.

Avec la sortie de Rad Studio XE2 cette année, les développeurs Delphi sera en mesure de créer des applications natives pour Mac OS, ainsi que Win32, Win64 et iOS plus des plates-formes à venir bientôt.

Créé 09/08/2011 à 17:04
source utilisateur

voix
3

Alors que la route Lazare n'est pas un non recompilation brainer, j'ai de bonnes expériences avec elle. J'ai essayé le (Delphi) façon .NET + mono avant (pour WinCE, Linux et OS X), et a lamentablement échoué.

CodeGear parle beaucoup, mais la prochaine version Delphi aura seulement un aperçu de 64 bits (compilateur cmdline). Si vous assumez la version après est le produit complet 64 bits, vous pouvez être sûr que OS X est à 2 ans au plus tôt à l'extérieur.

Lazarus ou recodage.

Créé 25/04/2009 à 23:41
source utilisateur

voix
3

Il peut y avoir un peu d'espoir pour l'avenir de Delphi et le Mac.

Le Podcast à Delphi.Org a examiné le discours de clôture à CodeRage III (décembre 2008) lorsque Wayne Williams Embarcadero a parlé de l'avenir. Il a dit ceci:

Je pense que le discours de la partie la plus excitante de Wayne a été la diapositive portant la mention « The Future » qui énumère une partie de l'ensemble de l'entreprise des initiatives de recherche en cours. Il a énuméré spécifiquement Mac, Linux, Nuage, Application Virtualization, FireBird, Touch, 64bit, SMP et Multi-core. Quand je leur ai demandé un Delphi pour Mac et Linux ils ont dit aujourd'hui, avec Delphi Prism et Mono vous pouvez rejoindre Mac et Linux, mais dans leurs laboratoires, ils travaillaient sur un support natif, et qu'ils avaient une avance importante.

Créé 02/02/2009 à 22:42
source utilisateur

voix
2

Une autre alternative serait de développer une application basée sur le Web. Cela évite le problème « est différent IUG » et vous permet de vous concentrer sur votre produit. Si vous regardez certains des derniers contrôles AJAX, vous pouvez obtenir assez proche d'une expérience d'application de bureau complet sans avoir à sacrifier beaucoup. Si votre application doit exécuter localement, puis développer un service web local en Delphi et la traduction à Lazare ciblant spécifiquement Mac OS X me semble être une tâche beaucoup plus facile et gérable.

Créé 03/02/2009 à 16:42
source utilisateur

voix
2

J'ai écouté dans sur l'un des derniers Delphi 2009 appels de conférence show-off et ils ont dit qu'il était possible d'exécuter sur un Mac en utilisant Delphi Prism et il existe un utilitaire de conversion automatique appelé oxydeur. Je ne sais pas si vous appelez cela natif puisque vous auriez besoin Mono, mais je pense qu'il vaut mieux que le vin.

Créé 02/02/2009 à 19:38
source utilisateur

voix
1

Nous avons publié un nouveau produit pour créer des applications multi - plateformes (Mac OSX) en utilisant Delphi / Free Pascal. jeter un oeil à http://twinforms.com/

Créé 07/04/2009 à 00:14
source utilisateur

voix
1

Il n'y a pas vraiment une bonne solution pour cela. Quelqu'un a mentionné Lazurus, mais pas « là » encore. Delphi est tout simplement pas un outil multi-plateforme. Si vous voulez vraiment une version Mac, alors vous devriez probablement chercher d'autres solutions.

Si votre application est basée sur le consommateur, vos utilisateurs attendent beaucoup de bonté Cocoa. En utilisant rien d'autre à faire une application Mac les rendre de mauvaise humeur.

Cependant, s'il est plus d'une application d'entreprise, alors c'est généralement moins important. J'utilise REALbasic pour construire beaucoup d'applications d'affaires Mac / Windows. Il est très similaire à Delphi, il devrait être facile à ramasser.

Créé 02/02/2009 à 22:21
source utilisateur

Créé 11/10/2016 à 08:39
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more