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...
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
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...
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)
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.
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.Envoyé par Tarul
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
----
L'avenir appartient à ceux dont les salariés se lèvent tôt.
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
Hey, this is mine. That's mine. All this is mine. I'm claiming all this as mine. Except that bit. I don't want that bit. But all the rest of this is mine. Hey, this has been a really good day. I've eaten five times, I've slept six times, and I've made a lot of things mine. Tomorrow, I'm gonna see if I can't have sex with something.
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
----
L'avenir appartient à ceux dont les salariés se lèvent tôt.
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
Hey, this is mine. That's mine. All this is mine. I'm claiming all this as mine. Except that bit. I don't want that bit. But all the rest of this is mine. Hey, this has been a really good day. I've eaten five times, I've slept six times, and I've made a lot of things mine. Tomorrow, I'm gonna see if I can't have sex with something.
Personne ne sait... Tout le monde peut supposer mais personne ne connait l'avenir.
L'avenir nous le dira.
En tout état de cause, dès que j'ai un moment, je vais essayé Qt
----
L'avenir appartient à ceux dont les salariés se lèvent tôt.
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.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?
"Un langage de programmation est sensé être une façon conventionnelle de donner des ordres à un ordinateur (...). Il n'est pas sensé être obscure, bizarre et plein de pièges subtils (ça, ce sont des attributs de la magie)." D.Small
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?
----
L'avenir appartient à ceux dont les salariés se lèvent tôt.
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.
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.
"Il est plus facile de décomposer un problème en ses éléments, forcément plus simples, que de le traiter en sa totalité." (R. Descartes)
Freelance iOS
Pour ma part il est vraie que Objective-C / Cocoa c'est le meilleur couple pour le développement Mac.
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.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 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.
"Il est plus facile de décomposer un problème en ses éléments, forcément plus simples, que de le traiter en sa totalité." (R. Descartes)
Freelance iOS
c / objective -c / Cocoa
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 basemais 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
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
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager