Discussion :

[Hinault Romaric]

La création d’applications iOS avec Visual Studio désormais possible
Xamarin redéfinit Mono avec un nouvel EDI, une nouvelle marque et une galerie de composants

Xamarin 2.0, la boîte à outils de développement de la startup du même nom est disponible et avec elle, une refonte importante de l’écosystème Mono, l’implémentation open source de .NET.

La publication de Xamarin 2.0 introduit un changement de marque des produits Mono (MonoDevelop, MonoTouch pour Android et iOS, etc.), le lancement d’un nouvel environnement de développement baptisé Xamarin Studio, la sortie d’une extension Visual Studio pour le développement iOS et l’ouverture d’une galerie de composants.

Changement de nom pour les produits

Afin de simplifier sa ligne de produits et de fournir un ensemble d’outils communs pour le développement multiplateforme, Xamarin a adopté les nouveaux noms suivants pour ses outils de développement :

• Xamarin pour la plateforme basée sur Mono ;
• Xamarin.iOS pour le développement d’applications iPhone et iPad ;
• Xamarin.Mac pour la création d’applications pour Mac ;
• Xamarin.Android pour le développement d’applications Android ;
• Xamarin.Studio pour l’environnement de développement qui remplacera MonoDevelop.

Avec ces ajustements, la plateforme Xamarin devient un écosystème unique, permettant d’utiliser le même langage, la même base de code et le même environnement de développement pour créer des applications Android, iOS, Mac, Windows, Windows Phone et Linux.

Xamarin Studio

Xamarin Studio est un nouvel EDI C# multiplateforme open source basé sur MonoDevelop, qui fonctionne aussi bien sur Windows que sur OS X.

Son interface a été développée suivant une approche assez similaire à Visual Studio. Ce qui fait de l’outil un environnement avec lequel les développeurs Visual Studio devraient rapidement se familiariser. Xamarin Studio dispose des fonctionnalités clés d’un EDI comme l’autocomplétion, la coloration syntaxique, les infobulles, un débogueur, des émulateurs de périphériques, le support de Git et Subversion, etc.

Extension pour le développement iOS dans Visual Studio

Pour les développeurs Mono/.NET qui ne souhaitent pas utiliser Xamarin Studio pour créer des applications iOS, ils pourront désormais rester sur leur environnement favori : Visual Studio.

L’extension pour Visual Studio permet d’exploiter toutes les fonctionnalités de l’EDI (éditeur de code, explorateur de solution, IntelliSense, débogueur, tests unitaires, etc.) pour créer des applications ciblant l’OS mobile d’Apple.

Pour contourner les restrictions de l’App Store, qui interdit le byte code IL (Intermediate Language) produit par le compilateur Mono/.NET, Xamarin utilise une machine Mac distante depuis Visual Studio pour compiler un programme iOS en code assembleur ARM.

Selon Xamarin, ce nouveau produit permettra de répondre aux attentes de près de 2/3 des développeurs utilisant les outils de la société, qui souhaitaient avoir la possibilité de créer des applications iOS depuis Visual Studio comme c’est le cas pour Android.

Nouvelle galerie de composants

Avec cette galerie qui ouvre ses portes pour Xamarin Studio et Visual Studio, les développeurs pourront créer, partager et réutiliser les composants disponibles sur la galerie. Plusieurs composants sont actuellement téléchargeables pour iOS et Android. Le composant Xamarin.Mobile, par exemple, fournit une API pour accéder aux caractéristiques communes (carnet d’adresses, appareil photo, etc.) des dispositifs Windows Phone, iOS et Android.

Xamarin 2.0 est disponible sous trois éditions. L’édition starter est accessible gratuitement, mais elle est cependant limitée en fonctionnalités.


Source : Blog Xamarin


Et vous ?

Utilisez-vous les outils Mono ? Que pensez-vous de ces évolutions de l’écosystème ?

[PatteDePoule]

Alors là bravo! Être dans Visual Studio et compiler à distance sur un Mac c'est tout simplement génial!

Cette fonctionnalité va être très pratique.

[hotcryx]

Perso, je trouve cela "chipo" d'avoir d'un côté Xamarin et de l'autre Studio (avec plugin + mono), MonoDevelop...

Beaucoup d'intervenants et de bidouillage pour compiler sur mac.

[alex_vino]

Xamarin nous met a disposition des merveilles d'outils, bravo a eux car leur projet est vraiment tres complexe a realiser.

Dans mon entreprise on utilise leurs outils, l'expert iPhone m'a signaler que le debuggeur reste tres lent et pas tres efficace. J'avais deja rencontrer ces problemes avec MonoDroid, esperons qu'ils amelioreront cette partie.

Par contre je trouve leur systeme de license assez onereux (surtout pour un particulier), je pense que c'est un outils visant seulement les professionels.

Bonne continuation a leur equipe

[erwanlb]

Xamarin nous met a disposition des merveilles d'outils, bravo a eux car leur projet est vraiment tres complexe a realiser.

Dans mon entreprise on utilise leurs outils, l'expert iPhone m'a signaler que le debuggeur reste tres lent et pas tres efficace. J'avais deja rencontrer ces problemes avec MonoDroid, esperons qu'ils amelioreront cette partie.

Par contre je trouve leur systeme de license assez onereux (surtout pour un particulier), je pense que c'est un outils visant seulement les professionels.

Bonne continuation a leur equipe

Si il y avait moyen d'avoir un "test", une "review" de ces outils ça serait cool Ca m'intèresse bien

[Le Vendangeur Masqué]

Alors là bravo! Être dans Visual Studio et compiler à distance sur un Mac c'est tout simplement génial!

Cette fonctionnalité va être très pratique.

Et c'est encore plus pratique d'utiliser directement les outils d'Apple sur le Mac.

Un bon programmeur c'est celui qui sait faire l'effort de s'adapter, plutôt que de perdre son temps à essayer de réinventer la roue avec des bidouillages dont rien ne dit qu'ils seront encore approuvés demain par Apple ou fonctionnels suite à une modification des outils ou du système.

Doit-on en conclure que le programmeur Windows est incapable d'adaptation ?
Or l'évolution naturelle et aujourd'hui le monde de la technologie nous ont appris une chose immuable: que ceux qui n'évoluent pas finissent par disparaître...

Perso, je trouve cela "chipo" d'avoir d'un côté Xamarin et de l'autre Studio (avec plugin + mono), MonoDevelop...

Beaucoup d'intervenants et de bidouillage pour compiler sur mac.

Oui c'est tout simplement ridicule... Comme si j'allais à une conférence de développeurs Windows leur expliquer que l'avenir c'était les applications PC écrites en Cocoa !
Franchement j'oserais pas, tout fan d'Apple que je suis. Car je sais très bien que les langages et les API ont leurs spécificités, et que tout ça ne peut que conduire à des applis inutilement lourdes et peu adaptées au système sur lequel elles tournent.

Et le plus cocasse je dirais c'est de voir à quel vitesse Microsoft sort des API/technologies, pousse les programmeurs à les utiliser, et les laisse tomber. XNA ? Terminé !
Silverlight ? Jamais décollé face à Flash ! Pas une grosse perte donc...
.net ? Toujours en vie, mais quand on voit comment MS pousse à utiliser autre chose pour programmer sur W8, je vois pas mal de dev commencer à se poser des questions sur leur avenir.

Alors franchement ça vaudrait pas mieux d'essayer de se mettre à autre chose avant d'y être forcé ?
On acquiert jamais trop de compétences...

Xamarin nous met a disposition des merveilles d'outils, bravo a eux car leur projet est vraiment tres complexe a realiser.

Et bien moi je n'irais jamais féliciter quelqu'un pour se casser la tête à réinventer la roue.
Plutôt que de travailler à améliorer les outils et API d'Apple, non on essaye tant bien que mal de reprendre des outils d'une autre plateforme qui n'a strictement aucun rapport, tout ça pour palier à la fainéantise des programmeurs Windows.

Tout cela est un gaspillage de temps et d'argents et n'apporte aucun progrès.
Pour moi c'est comme si on dépensait des milliards dans la recherche génétique, non pour soigner des maladies humaines, mais pour essayer de faire revivre les dinosaures !

Ça serait un challenge scientifique conséquent, mais franchement y'aurait pas mieux à faire ?

Dans mon entreprise on utilise leurs outils, l'expert iPhone m'a signaler que le debuggeur reste tres lent et pas tres efficace. J'avais deja rencontrer ces problemes avec MonoDroid, esperons qu'ils amelioreront cette partie.
Par contre je trouve leur systeme de license assez onereux (surtout pour un particulier), je pense que c'est un outils visant seulement les professionels.

J'aimerais bien savoir comment dans un environnement professionnel on peut justifier l'emploi d'outils inefficaces, peu productifs, peu fiables, pas pérennes, et onéreux, quand en face on a du gratuit, efficace, et totalement supporté par Apple ?

Je dirais qu'on est encore dans le syndrome TSA (Tout Sauf Apple) ou ses résidus: "Ok on va utiliser iOS parce qu'il y a plusieurs centaines de millions de clients potentiels derrière, ou alors en usage interne pour nos terminaux parce que MS ne propose rien de crédible, MAIS on va essayer de bricoler pour utiliser nos vieilles technos parce qu'on a peur de se lancer dans autre chose".

On me dira: "oui mais pour passer à ObjC/Cocoa faut former les gens ou trouver d'autres programmeurs". C'est pas faux, mais c'est beaucoup plus pérenne et moins source de coûts cachés qu'une solution à base de bricolage de la plateforme du voisin.

[erwanlb]

Et c'est encore plus pratique d'utiliser directement les outils d'Apple sur le Mac.

Blablablabla je suis le Vendageur Masqué et je dis de très grosses conneries...

La réalité économique tu connais ? Je vois bien une boite investir dans des machines Apple, des outils Apple et un programmeur Apple (ou en former un) juste pour faire une petite appli tierce représentant 5% de la totalité d'un projet...

Sérieux, fait de meilleurs trolls bien convaincants, pas un troll bidon.....même pas envie de reprendre point par point pfffff

[champomy62]

Et c'est encore plus pratique d'utiliser directement les outils d'Apple sur le Mac.

Un bon programmeur c'est celui qui sait faire l'effort de s'adapter, plutôt que de perdre son temps à essayer de réinventer la roue avec des bidouillages dont rien ne dit qu'ils seront encore approuvés demain par Apple ou fonctionnels suite à une modification des outils ou du système.

Doit-on en conclure que le programmeur Windows est incapable d'adaptation ?
Or l'évolution naturelle et aujourd'hui le monde de la technologie nous ont appris une chose immuable: que ceux qui n'évoluent pas finissent par disparaître...



Oui c'est tout simplement ridicule... Comme si j'allais à une conférence de développeurs Windows leur expliquer que l'avenir c'était les applications PC écrites en Cocoa !
Franchement j'oserais pas, tout fan d'Apple que je suis. Car je sais très bien que les langages et les API ont leurs spécificités, et que tout ça ne peut que conduire à des applis inutilement lourdes et peu adaptées au système sur lequel elles tournent.

Et le plus cocasse je dirais c'est de voir à quel vitesse Microsoft sort des API/technologies, pousse les programmeurs à les utiliser, et les laisse tomber. XNA ? Terminé !
Silverlight ? Jamais décollé face à Flash ! Pas une grosse perte donc...
.net ? Toujours en vie, mais quand on voit comment MS pousse à utiliser autre chose pour programmer sur W8, je vois pas mal de dev commencer à se poser des questions sur leur avenir.

Alors franchement ça vaudrait pas mieux d'essayer de se mettre à autre chose avant d'y être forcé ?
On acquiert jamais trop de compétences...



Et bien moi je n'irais jamais féliciter quelqu'un pour se casser la tête à réinventer la roue.
Plutôt que de travailler à améliorer les outils et API d'Apple, non on essaye tant bien que mal de reprendre des outils d'une autre plateforme qui n'a strictement aucun rapport, tout ça pour palier à la fainéantise des programmeurs Windows.

Tout cela est un gaspillage de temps et d'argents et n'apporte aucun progrès.
Pour moi c'est comme si on dépensait des milliards dans la recherche génétique, non pour soigner des maladies humaines, mais pour essayer de faire revivre les dinosaures !

Ça serait un challenge scientifique conséquent, mais franchement y'aurait pas mieux à faire ?



J'aimerais bien savoir comment dans un environnement professionnel on peut justifier l'emploi d'outils inefficaces, peu productifs, peu fiables, pas pérennes, et onéreux, quand en face on a du gratuit, efficace, et totalement supporté par Apple ?

Je dirais qu'on est encore dans le syndrome TSA (Tout Sauf Apple) ou ses résidus: "Ok on va utiliser iOS parce qu'il y a plusieurs centaines de millions de clients potentiels derrière, ou alors en usage interne pour nos terminaux parce que MS ne propose rien de crédible, MAIS on va essayer de bricoler pour utiliser nos vieilles technos parce qu'on a peur de se lancer dans autre chose".

On me dira: "oui mais pour passer à ObjC/Cocoa faut former les gens ou trouver d'autres programmeurs". C'est pas faux, mais c'est beaucoup plus pérenne et moins source de coûts cachés qu'une solution à base de bricolage de la plateforme du voisin.

Je te donne raison en grande partie raison surtout dans le fait que microsoft abandonne assez rapidement ses technologies... donc je me tourne maintenant vers d'autres technos plus ouverte

[benymypony]

Oui bon, pourquoi pas... Après tout c'est juste une nouvelle manière de développer.

Aussi, il y a Sentenza Desktop pour Mac (dispo sur CodeCanyon) qui permet de concevoir des applications OS X avec de l'HTML5, du CSS3 et du JavaScript/jQuery/... C'est aussi une nouvelle manière de développer.

[erwanlb]

Oui bon, pourquoi pas... Après tout c'est juste une nouvelle manière de développer.

Aussi, il y a Sentenza Desktop pour Mac (dispo sur CodeCanyon) qui permet de concevoir des applications OS X avec de l'HTML5, du CSS3 et du JavaScript/jQuery/... C'est aussi une nouvelle manière de développer.

On parle de .Net....pas des langages Web...

[gbdivers]

Xamarin utilise une machine Mac distante depuis Visual Studio pour compiler un programme iOS en code assembleur ARM.

"Machine distante" veut dire je suppose qu'il faut avoir un mac ? Ce n'est pas une machine virtuelle ou un service proposé par l'éditeur ?
C'est un peu le problème avec le cross développement, il faut acheter une licence pour chaque système sur lequel on veut développer.

L'intérêt du cross développement ? Eviter d'avoir 1 équipe de dév pour chaque plateforme et réécrire plusieurs fois la même application dans plusieurs langages
C'est une approche beaucoup plus intéressante économiquement

L'avenir de .Net ? Quelle importante ? C'est du Mono ici, une implémentation libre de .Net. Si un jour Microsoft arrête .Net, rien n'oblige Mono à s'arrêter aussi. Il pourra continuer à évoluer de son côté


Et moi, j'aimerais bien voir des dinosaures vivants en vrai...

[erwanlb]

"Machine distante" veut dire je suppose qu'il faut avoir un mac ? Ce n'est pas une machine virtuelle ou un service proposé par l'éditeur ?
C'est un peu le problème avec le cross développement, il faut acheter une licence pour chaque système sur lequel on veut développer.

L'intérêt du cross développement ? Eviter d'avoir 1 équipe de dév pour chaque plateforme et réécrire plusieurs fois la même application dans plusieurs langages
C'est une approche beaucoup plus intéressante économiquement

L'avenir de .Net ? Quelle importante ? C'est du Mono ici, une implémentation libre de .Net. Si un jour Microsoft arrête .Net, rien n'oblige Mono à s'arrêter aussi. Il pourra continuer à évoluer de son côté


Et moi, j'aimerais bien voir des dinosaures vivants en vrai...

On s'en fout, on code du .Net, on compile et on a notre programme...faire un sujet HS ne rend pas ton sujet plus interessant...que ce soit le cross platform, l'avenir de .Net, Mono ou la couleur du dernier string de Britney Spears qui te fait dire n'importe quoi....

[gbdivers]

T'es gentil et tu te calmes.
Je répondais simplement à quelques remarques de Le Vendangeur Masqué


(pour une fois que je disais et pensais pas de mal de .Net, je me fais allumer...)

[erwanlb]

T'es gentil et tu te calmes.
Je répondais simplement à quelques remarques de Le Vendangeur Masqué


(pour une fois que je disais et pensais pas de mal de .Net, je me fais allumer...)

Je suis gentil, calme et t'es pas mon supérieur pour me donner des ordres

[sinople]

C'est marrant moi j'ai toujours du code .net avec de l'oledb et du winforms et ça fonctionne encore très bien. Il y a une différence entre abandonner et ne plus faire évoluer une technologie.

Le gros problème avec les applications mobile, c'est qu'il faut maintenant connaître au moins 2 écosystème (android et ios) pour être crédible et demain dieu sait... Les systèmes de développement Cross permettant d'éviter le travail a double voir triple ont un grand avenir.

[champomy62]

Oui, ça fonctionne mais tu va devoir apprendre encore une nouvelle technologie pour faire EXACTEMENT la même chose qui t'apportera pas forcément quelque chose !

On ne sait pas de quoi l'avenir est fait. La seule chose que je sais, c'est qu'il faudra toujours faire un choix

[alex_vino]

@Le vendangeur masqué:
Comme souvent tes avis ne sont pas tres clairs et loin de la réalité. Je n'ai jamais dit que les outils de Xamarin sont ineficaces (car je pense le contraire) et sache que rien n'est parfait.
Si tu consideres qu'etre capable de développer avec un seul language pour une multitude de plateformes est une mauvaise chose, alors je te laisse le soin de de développer chacune de tes applications pour chaque plateforme (et a chaque fois apprendre un nouveau language bien evidemment). On verra qui de nous deux "réinvetera la roue"

[KingCoder]

@Le vendangeur masqué:
Comme souvent tes avis ne sont pas tres clairs et loin de la réalité. Je n'ai jamais dit que les outils de Xamarin sont ineficaces (car je pense le contraire) et sache que rien n'est parfait.
Si tu consideres qu'etre capable de développer avec un seul language pour une multitude de plateformes est une mauvaise chose, alors je te laisse le soin de de développer chacune de tes applications pour chaque plateforme (et a chaque fois apprendre un nouveau language bien evidemment). On verra qui de nous deux "réinvetera la roue"

Très belle reponse. Et la discussion commence à devenir intéressante et constructive. Là je crois qu'il est démasqué

[bobyboby]

D'accord avec le vidangeur masqué!
C'est du rafistolage et je méprise cette politique de refus de la part des développeurs de se pencher vers de nouvelles technologies! Un bon programmeur doit savoir s'adapter et lire une doc.

C'est a cause des gens comme ça que la majorité des logiciels sont absolument dégueulasses, des contrôles vieux de 5 ans, des interfaces à vomir en windows forms ou wpf qui demande 20 lignes de xaml pour changer la couleur d'un viewListItem!

Car tous les programmeurs expérimentés sont terrorisés par l'inconnu et ne veulent abandonner leur technologie fétiche à aucun prix!

Heureusement qu'une nouvelle génération de programmeurs formés à innover et à apprendre arrive pour les mettre dehors et renouveler un peu cet environnement en dégénérescence.

Le monde change vite, et si il vous faut 3-5 ans pour apprendre une technologie, désolé mais vous êtes plus dans le coup ahah! J'espère que vous avez une bonne retraite parce que il y a des hordes de programmeurs créatifs, qui sont capable de lire des docs en anglais et de produire des soft de qualité dans une technologie nouvelle en quelques mois.

Restez cloîtrés dans le confort de vos langages et IDE favoris, ça ouvre la voie à la nouvelle génération, mais qu'on vous entende pas vous plaindre d’être au chômage

[Aspartame]

+ adore l'ambiance globale de la discussion.

+ admire l'IDE Xamarin sous Mac et la liaison faite entre Xamarin/C# et xCode/objective-c

mais, préfère comme beaucoup utiliser une solution homogène (Cocoa sous OSX/iOS , .Net sous windows ) ....question de goût

+ le binding d'un langage n'est pas un bidouillage ( ou alors, tout Microsoft est un bidouillage : COM , .net est un bidouillage : DLR , python/Qt est un bidouillage , groovy/java est un bidouillage ) , c'est une technique de compilo pour nous apporter facilités/flexibilité .