Quel langage choisir pour Mac ? Java , C#/Mono, Ruby, Pascal ? Python ? [Débat]

[PsychoH13]

Le livre Cocoa par la pratique de Aaron Hillegass est très bien pour apprendre, par contre il est pour Mac OS X 10.2, donc si t'es sous Leopard l'interface de Interface Builder sera très perturbante...

[clampin]

Pour reprendre un peu, et pour résumer

- cocoa/objective-C : Uniquement Mac - pas portable vers d'autres plateformes
- QT : portable sur presque tout, mais cher.
- Java : portable, mais réputation d'être lent
- cocoa/java | Cocoa-ruby (coco-...) : outils marketing pour attirer les développeurs vers cocoa/objective-c

Donc tout dépends

- de l'application à réalisé et savoir si elle doit être disponible sur toutes les plateformes.
- du prix que l'on veut mettre (et oui)

Voilà en très résumé ce thread..... (Si j'ai oublié quelque chôse, merci d'ajouter)

[PsychoH13]

Je tiens à préciser :

• Java/Cocoa : déconseillé (deprecated) depuis Tiger, en effet le pont n'est plus maintenu depuis Tiger on n'a donc pas accès à toutes les nouvelles fonctionnalités disponibles sous Tiger et après, de plus la gestion des classes Java en Cocoa est totalement abandonnées dans Leopard avec IB3.
• RubyCocoa : arrivé officiellement dans Leopard mais déjà disponible avant.
• PyObjC : de même que RubyCocoa, il est arrivé officiellement dans Leopard mais il était disponible avant, il s'agit d'un pont pour pouvoir programmer en Python dans Cocoa.

[Tarul]

Le langage Objective-C n'est pas unique au Mac. De même qu'une partie du framework cocoa. Ces deux outils ont été porté sous GnuStep.

[Garulfo]

Envoyé par Tarul

Le langage Objective-C n'est pas unique au Mac. De même qu'une partie du framework cocoa. Ces deux outils ont été porté sous GnuStep.

Oui c'est vrai. Car GNUStep est le successeur libre de NeXTSTEP. Reste que c'est très anecdotique.

[riete]

Je passe en visiteur sur cette discussion et je trouve l'acronyme Qt ou QT.
Jusqu'à maintenant ceci était l'abréviation pour QuickTime pour moi. Mais de quoi s'agit il ici? merci

[sinok]

QT => QuickTime
Qt => ToolKit de programmation C++ disponible sous Linux (il est à la base de KDE), Windows et Mac de l'éditer TrollTech. Disponible en GPL ou en license commerciale

[riete]

Envoyé par sinok

QT => QuickTime
Qt => ToolKit de programmation C++ disponible sous Linux (il est à la base de KDE), Windows et Mac de l'éditer TrollTech. Disponible en GPL ou en license commerciale

Voilà une information qui me semble intéressante. Comme quoi en passant on peut découvrir des choses inattendues.

Je pense que Qt (voilà je connais maintenant ) pourrais être très utile dans pour remplacer tout un tas de petits développement éparpillés sur différents type de platform dans notre entreprise (PSION, OS X, Windows, Nokia 770 etc...).

Je vais regarder cela de plus prêt.

Par contre j'ai une inquiètude. Si j'ai bien compris Nokia se paye trolltech. Est ce que cela signifie mort de Qt à plus ou moins brève échéance pour musuler la concurrence? ou Nokia vat il réellement utiliser Qt dans ces futurs developpement et mettre à mort Meamo?

Excuser moi pour la parenthèse
Merci

[sinok]

Envoyé par riete

Par contre j'ai une inquiètude. Si j'ai bien compris Nokia se paye trolltech. Est ce que cela signifie mort de Qt à plus ou moins brève échéance pour musuler la concurrence? ou Nokia vat il réellement utiliser Qt dans ces futurs developpement et mettre à mort Meamo?

Sachant que Nokia a racheté TrollTech pour Qt et que Qt est le produit phare de TrollTech, je doute qu'ils aillent mettre le tookit à la poubelle .

Ensuite Maemo ne sera pas abandonné pour autant

[epsilon68]

Personne ne sait... Tout le monde peut supposer mais personne ne connait l'avenir.

[riete]

L'avenir nous le dira.
En tout état de cause, dès que j'ai un moment, je vais essayé Qt

[Marmot]

Par contre j'ai une inquiètude. Si j'ai bien compris Nokia se paye trolltech. Est ce que cela signifie mort de Qt à plus ou moins brève échéance pour musuler la concurrence? ou Nokia vat il réellement utiliser Qt dans ces futurs developpement et mettre à mort Meamo?

Qt est sous GPL il y a peu de chance qu'il meurt sans compter qu'il existe une fondation FreeQt entre Trolltech et KDE eV, dont les termes stipulent que si Trolltech cesse de sortir une version de Qt/X11 en GPL pendant deux ans, Qt passe automatiquement en licence BSD. Des discussions sont en cours pour étendre cet engagement aux nouvelles plate-formes supportées par KDE.

[riete]

Envoyé par Marmot

Qt est sous GPL il y a peu de chance qu'il meurt sans compter qu'il existe une fondation FreeQt entre Trolltech et KDE eV, dont les termes stipulent que si Trolltech cesse de sortir une version de Qt/X11 en GPL pendant deux ans, Qt passe automatiquement en licence BSD. Des discussions sont en cours pour étendre cet engagement aux nouvelles plate-formes supportées par KDE.

Voici donc por moi (et pour d'autres je suppose) de bonnes raison de regarder de plus prêt Qt. Ce que je n'ai pas encore eu le temps de faire

Une dernière question:
Compte tenu du fait qu'aujourd'hui, il n'y a pas (ou je ne connais pas) d'environnement de développement qui tourne sur Mac pour développé des appli pour Nokia serie 40 et 60.
Est il ou sera-t-il possible d'utiliser Qt pour cela?

[comtois]

Bonjour tout le monde,

Juste pour information, sachez qu'il existe PureBasic qui tourne sous Mac.
Depuis la version 4.30 , deux versions sont disponibles , la première pour les processeurs PPC et la seconde pour les processeur intel x86.

Il existe une version démo disponible sur le site de l'éditeur pour se faire une idée, vos impressions sur ce langage nous intéresse.

Vous pouvez laisser vos impressions sur ce post

Comme vous pouvez le constater, le créateur du langage a aimablement accepté d'intervenir à mon invitation , j'ignore s'il sera encore disponible pour répondre à d'autres questions , il est très pris par le développement, mais s'il y a suffisamment de questions pertinentes, je tenterai de le faire intervenir encore une fois pour vous répondre.

[FloMo]

De mon point de vue, hormis Objective-C avec Cocoa, pour le développement Mac, j'adore Qt. C'est celui qui s'intègre le mieux au Mac je pense.

[france1159]

Pour ma part il est vraie que Objective-C / Cocoa c'est le meilleur couple pour le développement Mac.

[Ceylo]

Envoyé par FloMo

De mon point de vue, hormis Objective-C avec Cocoa, pour le développement Mac, j'adore Qt. C'est celui qui s'intègre le mieux au Mac je pense.

Hum une petite question par curiosité, quel programme utilises-tu pour développer avec Qt ? Parce que pour avoir testé QtCreator je le trouve horriblement peu intuitif, lourd et pauvre. Je n'ai pas vérifié s'il en était à ses débuts mais ça ne m'étonnerait pas (je retiendrai tout particulièrement l'impossibilité de fermer la fenêtre des templates de nouveaux fichiers ).
Quant à Xcode j'ai du mal à m'imaginer ce que ça donne vu que chaque fichier ui (qui bizarrement ne permet de représenter qu'une fenêtre et rien d'autre) est associé par QtCreator à un couple de fichiers représentant la classe de contrôle de la fenêtre, or QtDesigner ne créé pas ces fichiers (à ce que je sais).

[FloMo]

Envoyé par Spootnik

Hum une petite question par curiosité, quel programme utilises-tu pour développer avec Qt ? Parce que pour avoir testé QtCreator je le trouve horriblement peu intuitif, lourd et pauvre. Je n'ai pas vérifié s'il en était à ses débuts mais ça ne m'étonnerait pas (je retiendrai tout particulièrement l'impossibilité de fermer la fenêtre des templates de nouveaux fichiers ).
Quant à Xcode j'ai du mal à m'imaginer ce que ça donne vu que chaque fichier ui (qui bizarrement ne permet de représenter qu'une fenêtre et rien d'autre) est associé par QtCreator à un couple de fichiers représentant la classe de contrôle de la fenêtre, or QtDesigner ne créé pas ces fichiers (à ce que je sais).

Pour le code, j'utilise ViM essentiellement.

Pour ce qui est des interfaces, QtDesigner permet de réaliser les interfaces mais aussi les connexions slots/signaux.

Ce n'est certes pas aussi efficace que l'Objective-C et Cocoa dans XCode / Interface Builder, mais c'est sans doute la meilleure alternative multiplateformes.

[misterMAG-i]

Personnellement, je préconise également les outils propres à la plateforme pour le développement d'applications MAC

objective-c / cocoa, ardu à prendre en main, il faut donc passer par du C, la base mais l'ensemble forme une bonne équipe

De plus les outils sont gratuits, une base documentaire disponible chez Apple (en anglais), on commence à trouver quelques docs en français sur le net.

A+

Christophe aka misterMAG-i

[pfo69]

Personnellement j'aime bien les couples :
Python/wxWidgets
Python/PyObjC

pour mac et windows j'utilise aussi 4D.

Je n'ai pas encore testé RealBasic comme solution multi plateforme, qu'en pensez vous ?

Finalement, pour résumer quels conseils donnerez vous pour développer des applis multi plateforme avec gestion BDD ?

c++/Qt --> Vraiment trop chère car si je ne me trompe pas c'est 4000$ par plateforme ?

alors que reste t'il vraiment pour le mac/linux/windows ?

Merci