En tant que développeur C #, voudriez-vous apprendre à Java à développer pour Android ou à utiliser MonoDroid à la place? [fermé]

Je me considère plutôt bien versé en C #. C'est ma langue de choix au moment, et il est là essentiellement tous mes mensonges d'expérience professionnelle.

Malgré tout, je suis perplexe devant l'existence du projet MonoDroid . D'après ce que j'ai compris, C # et Java sont très proches. Par exemple, si vous en connaissez un, vous pouvez apprendre l’autre très rapidement. Alors, lorsque j'ai envisagé de développer ma première application Android, j'ai juste supposé que je me familiariserais suffisamment avec Java pour pouvoir démarrer et ensuite apprendre en quelque sorte au fur et à mesure.

Cela n’aurait-il pas plus de sens que d’utiliser MonoDroid, qui est probablement moins riche en fonctionnalités que le SDK Java Android, et nécessite de toute façon l’apprentissage de sa propre API (bien qu’une API .NET)? Je pense simplement qu'il serait préférable d'apprendre une nouvelle langue (et extrêmement populaire) et d'acquérir de l'expérience - quand c'est si proche de ce que vous savez déjà de toute façon - plutôt que de rester avec une technologie que vous avez expérimentée avec, sans acquérir plus de compétences précieuses.

Peut-être que je me trompe énormément quant à l'utilisateur potentiel moyen de MonoDroid. Peut-être est-ce davantage pour les personnes expérimentées dans Java et .NET et qui préfèrent simplement .NET. Ou peut-être (en fait, c'est probable) il y a d'autres facteurs que je n'ai tout simplement pas pris en compte. Je me demandais simplement pourquoi utiliser MonoDroid au lieu de simplement développer pour Android avec Java?

Tout programmeur C # compétent devrait être en mesure de prendre rapidement assez de Java pour écrire un programme Android, mais ce n’est pas la raison . C'est une question de réutilisation de code.

Pensez à six mois à partir de maintenant, lorsque votre programme Android sera populaire et que vos utilisateurs demanderont une version pour iPhone et Windows Phone 7. Si vous aviez utilisé MonoDroid, vous pouvez réutiliser la majeure partie de la logique de votre application avec MonoTouch (Mono pour iOS) et le kit de développement logiciel Windows Phone. Maintenant, ils veulent une version Web, vous devez donc inclure les mêmes bibliothèques de classes dans un projet ASP.Net. Versions de bureau? Aucun problème, cette même bibliothèque de classes fonctionne avec .Net sous Windows ou Mono sous Linux et OS X.

À part le C ou le C ++, je ne vois aucun autre langage qui vous permettrait de réutiliser le même code sur toutes ces cibles.

Modifier pour répondre aux préoccupations exprimées dans les commentaires: .Net et Mono ne vous laisseront pas écrire un programme complet et utiliseront le même programme partout. Ils vous permettront de partager du code. Comme pour toute programmation multiplate-forme, la quantité de code partagé dépend du type de programme que vous écrivez et de votre capacité à séparer le code de l'interface utilisateur et du matériel de la logique de l'application.

Toutefois, si vous écrivez votre application Android en Java, quelle part de celle-ci est réutilisable sur iOS ou Windows Phone? C'est ce que j'essayais de dire. J'avais des bibliothèques C # existantes qui travaillaient sur Mono pour Android en moins de temps qu'il aurait fallu pour les réimplémenter, même si je connaissais déjà Java . J'ai un code partagé - non modifié - entre un site Web, des programmes pour ordinateur et des applications mobiles sur deux plates-formes mobiles différentes, grâce à Mono.

Je ne voulais pas dire, même indirectement, que Mono était l'outil idéal pour chaque situation de développement mobile. C'est un compromis, mais je crois fermement qu'il existe des situations dans lesquelles Mono est un bien meilleur choix.

S'il vous plaît voir (et upvote!) La réponse de Jason S pour une autre perspective.

C’est une sorte de réponse supplémentaire, puisqu’une chose qui semble avoir été négligée dans les réponses jusqu’à présent concerne ce qui est en réalité multiplate-forme. Selon Xamarin eux-mêmes, il s’agit essentiellement de votre logique d’affaires, et non de votre interface utilisateur ou de tout contrôle matériel tel que le GPS, l’audio, le carnet d’adresses, etc. Ceux-ci devront être écrits spécifiquement pour chaque plate-forme. Voir leur entrée de FAQ J'ai une application MonoTouch ou WindowsPhone 7, puis-je la reconstruire avec Mono pour Android et Android? .

Avec Mono, vous pouvez écrire votre code de contrôle d’interface utilisateur et de téléphone en C # mais il ne sera pas portable sur aucune plate-forme. Vous devrez écrire l'interface utilisateur et le contrôle du téléphone pour chaque plate-forme, même si vous pouvez l'écrire en C #. Quoi qu'il en soit, vous devrez toujours apprendre les spécificités des commandes de l'interface utilisateur sous Android et savoir comment Android gère les ressources du téléphone.

Avec Mono, vous devez apprendre l'API Mono, qui appelle l'API Android. Vous devrez également attendre que Mono mette en œuvre les nouvelles fonctionnalités Android et espérez qu’elles implémenteront toutes les fonctionnalités Android. Même si C # est plus puissant que Java, vous ne pourrez pas faire plus que si vous utilisez directement le SDK Android (en Java).

Si vous passez directement de C # à Android, étant donné que la syntaxe de C # est si semblable à celle de Java, l'essentiel de l'apprentissage d'un développeur C # pour Android consistera à apprendre l'API Android.

Quelques considérations ...

C # à Android

Besoin d'apprendre

• API Android
• API Java: chaîne, gestion du calendrier et des événements, etc.

Pas besoin d'apprendre

• Syntaxe Java: C # est une syntaxe très similaire.

Autres considérations

• Vous ne pourrez pas réutiliser du code sur toutes les plateformes.
• Vous n'aurez aucune dépendance entre vous et le SDK Android. Vous obtiendrez de nouvelles fonctionnalités Android au fur et à mesure de leur publication.
• Vous aurez probablement un meilleur support et des exemples de code Android que Mono.

C # à Mono

Besoin d'apprendre

• Android: Vous devez encore apprendre les fonctions de contrôle de l'interface utilisateur et du matériel Android.
• API Mono: Vous devez apprendre à appeler l'API Mono pour créer des éléments avec l'interface utilisateur et le matériel Android.

Pas besoin d'apprendre

• API Java et syntaxe: vous pouvez développer en C #

Autres considérations

• Code de réutilisation: vous pouvez réutiliser un code C # dépourvu de tout code de contrôle de l'interface utilisateur ou du matériel, et donc de la "logique métier" pure. Bien qu'idéal, une séparation aussi nette n'est pas toujours facile. Vous devrez évaluer dans quelle mesure votre code ne bénéficiera d'aucun contrôle de l'interface utilisateur ou du matériel.
• Dépendances: vous dépendez de Mono pour implémenter l'API Android. Il peut y avoir un décalage par rapport aux versions de l'API Android ou certaines fonctionnalités Android peuvent ne jamais être mises en œuvre.
• Vous aurez peut-être moins de documentation et d’exemples à choisir.

Je pense que cela dépend en grande partie des ressources disponibles.

La syntaxe en C # et Java peut être similaire, mais ils offrent des choses très différentes. Par exemple, travailler avec des dates à l'aide de bibliothèques Java standard est un cauchemar, alors qu'en C #, c'est plutôt agréable.

Cela semble être une excellente occasion d’apprendre une nouvelle langue , et je pense que vous ne devriez pas le laisser passer.

Passer de C # à Java est un jeu d'enfant, car ils sont basés sur les mêmes concepts. Java est comme un sous-ensemble de C #, vous devrez donc désapprendre certaines choses (telles que les propriétés et les assemblages) et vous habituer à de nouvelles conventions, mais la plupart du temps, cela devrait être une évidence.

Leçon d'histoire rapide - MonoDroid est issu de MonoTouch. Fait beaucoup de sens à l'époque. Malheureusement, Novell a été vendu et toute l'équipe de Mono a été mise à pied. La bonne nouvelle est que Miguel de Icaza a obtenu un financement et a lancé une nouvelle équipe pour reconstruire ce qui était MonoTouch / MonoDroid. Donc, vous êtes en quelque sorte dans les limbes jusqu'à ce qu'ils se lancent vraiment.

Mise à jour de juillet 2011: la tenue de Miguel a repris les droits sur l'ensemble de la pile Mono *. Obtenez-le pendant qu'il est hawt.