Je pense que c'est une connerie de programmer en .net que ce soit pour iPad et iPhone/iPod Touch. J'aurais été plus tendre dans le cas ou il serai possible de passer sans le sdk (pour les windowsiens, parce que pour eu un ordi Apple coute beaucoup trop chèr) mais la '_', j'y vois pas du tout l'intérêt d'autant plus que l'on doit être plus limiter que si l'on programme en Objective-C/Cocoa Touch. Que quelqu'un me trouve un interêt :)

@ Damtux

La raison plus que l'intérêt, c'est le grand poil dans la main et le poids des habitudes.

C'est joli, le C#, non ?

@Damtux "un ordi Apple coute beaucoup trop [b]cher[/b]" et non "un ordi Apple coute beaucoup trop [b]chère[b]"

Désolé

@bompi [29/01/2010 18:39]
>C'est joli, le C#, non ?

bien plus que C++, (avec ou sans MFC). Mais avis personnel, je considère toujours l'objective-C comme le meilleur compromis technnique.

par contre, un truc quand même important : beaucoup des facilités de Xcode/interface builder et par extension le modèle même de cocoa (le model view controller : MVC) repose sur objective-C, plus exactement son "runtime".

Quand on utilise un autre langage, via une passerelle (donc C#/.net, mais pourquoi pas perl, ruby, php, java , cobol! , etc.), certes on recycle ses connaissances déjà acquises et c'est appréciable, mais on se coupe du modèle qui fait la force de Cocoa. On est plus dans une relation directe, on n'obtient plus qu'un ersatz

ni on est vraiment dans C#/.NET et éventuellement ce qu'on y aime, mais encore moins on gagne ce qu'apporte Cocoa , parce qu'on se coupe de sa fondation. Et vraiment, Interface builder=Cocoa=Objective-C.

c'est encore plus vrai dans iphone/ipad (apple os), où apple en a profité pour encore plus supprimer les héritages de mac os et profiter de notions telles que la délégation de messages.

-
je ne dis pas que le merveilleux (tel que j'en parle) modèle MVC de cocoa est impossible en autre chose ( le "mvc" n'a pas attendu apple ou next), ni que c'est l'alpha et l'omega des paradigmes de programmation, mais je veux surtout rappeler qu'on se coupe du modèle qu'on est censé utiliser.

Je ne suis donc jamais convaincu du gain.

-
j'ai vécu 36 fois la tentation de réutiliser des connaissances précédentes dans un nouveau contexte via une "bidouille", une "passerelle", un "transcodage", un "middleware".

-
on exagère beaucoup la difficulté de passer d'un cadre à un autre. Java EE à .net à QT à cocoa à Futur. Mais surtout, on sous-estime les gains à utiliser les solutions natives avec les outils conçus pour.

mmmm oui d'accord oomu mais depuis déjà bientôt deux ans .net avec Csharp gère le modèle MVC
ou alors je comprends pas trop ce que tu racontes

@oomu, ben l'objective-C est un language tout aussi élégant que le C# (d'ailleurs je suis passer du C++ vers l'Objective-C pour son élégance et la beauté, mais ils n'y a pas eu que cela) et personnellement moi je ne vois aucun compromis technique...