Quel langage choisir pour Mac ? Java , C#/Mono, Ruby, Pascal ? Python ?

[code barre invalide!]

Cocoa/objective-C impose des contraintes entre les différentes versions de mac OS.
Java est plus dans l'air du temps.
...

Un livre de référence sur COCOA/OBJECTIVE-C, traduit de son édition américaine, avec un forum, en anglais, très actif pour la résolution des travaux de réalisation:
"Cocoa par la pratique" par Aaron HILLEGASS aux éditions Eyrolles.
http://www.editions-eyrolles.com/Liv...ar-la-pratique

[PsychoH13]

Envoyé par code barre invalide!

Cocoa/objectifC impose des contraintes entre les différentes version de mac OS.
Java est plus dans l'air du temps.

Si c'est pour faire du développement essentiellement Mac je déconseille le Java, si c'est pour utiliser Java avec Cocoa là je recommande d'abandonner direct.
Ensuite, j'aimerais bien savoir quelles contraintes ça impose... À part quelques méthodes et classes qui sont ajoutées dans les versions plus récentes de Mac OS X... L'essentiel fonctionne de la même manière qu'avec les différentes versions de Java...

[code barre invalide!]

C'est toi qui le dis.

Mon message porte sur un livre, l'as-tu lu?

[PsychoH13]

Envoyé par code barre invalide!

C'est toi qui le dis.

Mon message porte sur un livre, l'as-tu lu?

Oui

[Garulfo]

Envoyé par code barre invalide!

Java est plus dans l'air du temps.

Plus dans l'air du temps ne veut pas dire bon.
En fait, Java est plus connu, mais objective-C est bien plus « propre » pour un langage orienté-objet.

Comme PsychoH13, je me demande de quelles contraintes tu parles qui ne pourraient pas exister en Java ? Java est très fatiguant pour sa gestion propre du CTRL. Il y a surement des moyens d'arranger ça, mais toujours est-il que ça nous a bien fait suer lors d'un projet multiplateforme en Java (pas de cocoa donc).

Java c'est comme le C++ : il faut le connaître (parce que c'est dans l'air du temps comme tu dis) mais si je pouvais l'abandonner je n'en serais pas dérangé pour le moins du monde ^_^

[code barre invalide!]

Salut,
Je suppose qu'en Amérique du nord l'utilisation de cocoa/Objective-C est plus répandue qu'en France où le nombre de sociétés s'en servant est vraiment faible.Quelqu'un en connait-il une (exceptée spécialisée/développeuse mac)?
Objective-C est le c++ reservé du mac, continuera-t-il d'exister si Apple l'abandonne?

Les contraintes dépendent de l'environnement; java est plus pertinent, destiné à des usages multiples (API,MVC=>Struts). La programmation Obj-C est liée à un seul outil(project builder/xtools) par version du système: c'est peu.

Par ailleurs je trouve ce langage, cocoa/objective-C, intéressant et agréable.

D'autre part, pourquoi bannir cocoa/java? Bien sûr il est bogué et incomplet mais il n'est pas mal qu'en même.

[PsychoH13]

Pourquoi bannir Cocoa/Java ? Et bien parce que toutes les nouveautés à partir de Tiger ne sont plus portées en Java, ce qui signifie que ce langage est abandonné par Apple pour Cocoa et qui risque donc à terme de ne plus être utilisable du tout.
De plus, il s'agit d'un bridge c'est-à-dire que le code Java (déjà pas super efficace) appelle du code Objective-C par dessous ce qui rend l'application plus lente.
La seule raison pour laquelle Java a été proposé par Apple était d'attirée les développeurs Java vers Cocoa, pour ensuite les faire passer tranquillement vers Objective-C en arrêtant le support du bridge...

Sinon, je doute fortement qu'Objective-C soit abandonné de si tôt par Apple, l'un des indices qui me le font affirmer c'est pour commencer le fait qu'Apple a sorti une nouvelle version d'Objective-C, ensuite tous les frameworks d'Apple (notamment les cores) sont écrits soit en Objective-C, soit en C pour une incorporation transparante dans du Cocoa/Objective-C.

[code barre invalide!]

Donc, je me demande qu'elle va être l'utilité de cocoa/python et de cocoa/ruby dans Léopard; si c'est uniquement de la promo et qu'ils sont abandonnés dans deux ans autant s'en passer immédiatement.

Au fait, un pont par dessous est un tunnel. (rires)

@+

[Garulfo]

Envoyé par code barre invalide!

[...]
Objective-C est le c++ reservé du mac, continuera-t-il d'exister si Apple l'abandonne?

C'est une très bonne question. Étonnant donné que Objective-C vient de NeXTStep en fait, et qu'Apple l'a acquis parce qu'ils en appréciaient le design (en plus de l'argument économique de dire qu'il fallait un langage pour MacOSX), je te dirais : oui, qqun le reprendra. Mais bon, il est possible que même avec ces qualités, ils tombent dans l'oubli le plus total comme l'ont été de très bon langage avant lui, dont SmallTalk, son père spirituel. D'ailleurs GNUstep l'a en langage système de base.

Les contraintes dépendent de l'environnement;[...]

En fait tu donnes là LA réponse.
On choisit le langage en fonction du problème.
Si qqun se destine à ne développer que pour MacOSX, autant profiter des avantages de Cocoa/Objective-C. Si c'est pour le porter, il vaut mieux passer par Java pour simplifier le remaniement par la suite.

[PsychoH13]

Envoyé par code barre invalide!

Donc, je me demande qu'elle va être l'utilité de cocoa/python et de cocoa/ruby dans Léopard; si c'est uniquement de la promo et qu'ils sont abandonnés dans deux ans autant s'en passer immédiatement.

Ce n'est que marketing ! Python et ruby sont des langages à la mode, Apple prodigue donc des bridges pour ces langages pour attirer vers Cocoa les développeurs de tout bord. Le premier objectif est d'attirer les fans de Ruby et Python vers le framework d'Apple, ensuite le deuxième objectif est d'attirer ces nouveaux développeurs Cocoa vers le langage préféré de la plateforme... Tout ça n'est que marketing. Et si Apple le fait c'est tout simplement parce que beaucoup de développeurs sont retissants à changer de langage.
Donc Apple se sert de ces langages pour adoucir la transition, mais il n'en reste pas moins qu'Apple préférerait qu'un développeur programme directement en Objective-C/Cocoa plutôt qu'en Python/Cocoa ou Ruby/Cocoa...

[PsychoH13]

Envoyé par Garulfo

C'est une très bonne question. Étonnant donné que Objective-C vient de NeXTStep en fait, et qu'Apple l'a acquis parce qu'ils en appréciaient le design (en plus de l'argument économique de dire qu'il fallait un langage pour MacOSX), je te dirais : oui, qqun le reprendra. Mais bon, il est possible que même avec ces qualités, ils tombent dans l'oubli le plus total comme l'ont été de très bon langage avant lui, dont SmallTalk, son père spirituel. D'ailleurs GNUstep l'a en langage système de base.

Je pense surtout que c'est Steve Jobs en revenant à Apple qui a ramené toutes les technologies que son entreprise avait faite : NeXTSTEP qui a fusionné avec Mac OS Classic pour devenir Mac OS X, OpenStep qui est devenu Cocoa et bien-sûr Objective-C qui allait de pair avec OpenStep et surtout dont la license était détenue par NeXT.

Les choix de design et économiques ont été plutôt fait par NeXT et Apple a simplement repris l'œuvre.

En ce qui concerne GNUStep, sachez simplement que ce projet est en train d'être poursuivit au travers du projet Étoilé (en anglais dans le texte) qui se base donc sur GNUStep mais en plus moderne, ar malheureusement ce pauvre GNUStep commence à se faire vieillot surtout au niveau de l'apparence.

[epsilon68]

C++/Qt et hop vous etes compatibles avec toutes les plateformes et vous pouvez encore ecrire du code specifique ä la plateforme.

[Mala]

Envoyé par epsilon68

C++/Qt et hop vous etes compatibles avec toutes les plateformes

4000€ pour un licence potable (support de deux systèmes d'exploitation, bdd, xml, etc) ça donne tout de même matière à réfléchir.

Envoyé par epsilon68

et vous pouvez encore ecrire du code specifique ä la plateforme.

Quid de la compatibilité Objective-C++? De plus en plus de frameworks d'OSX sont en Obj-C.

[PsychoH13]

Envoyé par Mala

Quid de la compatibilité Objective-C++? De plus en plus de frameworks d'OSX sont en Obj-C.

Tu peux même dire que tous les nouveaux frameworks sont en Objective-C (et à fortiori C), seuls quelques vieux frameworks sont dans d'autres langages.

[Mala]

Envoyé par PsychoH13

Tu peux même dire que tous les nouveaux frameworks sont en Objective-C (et à fortiori C), seuls quelques vieux frameworks sont dans d'autres langages.

Certains nouveaux frameworks Obj-C passent toujours par du C pure pour tout ce qui est petites routines usuelles. Mais attendons Léopard pour pouvoir en parler librement (NDA oblige).