Commentaires sur : Non, ce n’est pas vraiment du Java … http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/ La communauté mobile Android Mon, 13 Feb 2012 12:18:00 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Par : Les prochains smartphones BlackBerry pourront lancer des applications Android | Nouvelles Uniques Telephone http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-221239 Les prochains smartphones BlackBerry pourront lancer des applications Android | Nouvelles Uniques Telephone Mon, 03 Oct 2011 14:24:25 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-221239 [...] dans un premier lieu que RIM met à profit la licence d’Android, et en particulier celle de la Dalvik Virtual Machine, ou DVM, (ouh le vilain déterrage d’article), la solution technique qui exécute vos [...] [...] dans un premier lieu que RIM met à profit la licence d’Android, et en particulier celle de la Dalvik Virtual Machine, ou DVM, (ouh le vilain déterrage d’article), la solution technique qui exécute vos [...]

]]> Par : Les prochains smartphones BlackBerry pourront lancer des applications Android | Android User Group http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-210361 Les prochains smartphones BlackBerry pourront lancer des applications Android | Android User Group Sun, 28 Aug 2011 15:50:49 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-210361 [...] un premier lieu que RIM met à profit la licence d’Android, et en particulier celle de la Dalvik Virtual Machine, ou DVM, (ouh le vilain déterrage d’article), la solution technique qui exécute vos [...] [...] un premier lieu que RIM met à profit la licence d’Android, et en particulier celle de la Dalvik Virtual Machine, ou DVM, (ouh le vilain déterrage d’article), la solution technique qui exécute vos [...]

]]> Par : Les prochains smartphones BlackBerry pourront lancer des applications Android http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-209739 Les prochains smartphones BlackBerry pourront lancer des applications Android Thu, 25 Aug 2011 19:00:24 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-209739 [...] dans un premier lieu que RIM met à profit la licence d’Android, et en particulier celle de la Dalvik Virtual Machine, ou DVM, (ouh le vilain déterrage d’article), la solution technique qui exécute vos [...] [...] dans un premier lieu que RIM met à profit la licence d’Android, et en particulier celle de la Dalvik Virtual Machine, ou DVM, (ouh le vilain déterrage d’article), la solution technique qui exécute vos [...]

]]> Par : jeanlouiskiki http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-209733 jeanlouiskiki Thu, 25 Aug 2011 18:33:00 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-209733 hey benh c'est pas récent toussa :) hey benh c’est pas récent toussa :)

]]> Par : Les prochains smartphones BlackBerry pourront lancer des applications Android | FrAndroid Communauté Android http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-209698 Les prochains smartphones BlackBerry pourront lancer des applications Android | FrAndroid Communauté Android Thu, 25 Aug 2011 17:27:26 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-209698 [...] un premier lieu que RIM met à profit la licence d’Android, et en particulier celle de la Dalvik Virtual Machine, ou DVM, (ouh le vilain déterrage d’article), la solution technique qui exécute vos [...] [...] un premier lieu que RIM met à profit la licence d’Android, et en particulier celle de la Dalvik Virtual Machine, ou DVM, (ouh le vilain déterrage d’article), la solution technique qui exécute vos [...]

]]> Par : FrAndroid » Développement » On pourra développer des appli. Android dans d’autres langages Communauté francophone Android http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-421 FrAndroid » Développement » On pourra développer des appli. Android dans d’autres langages Communauté francophone Android Tue, 03 Jun 2008 06:44:02 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-421 [...] pouvait le supposer, ou bien sinon le prévoir, au moins le prédire, Android va s’ouvrir à d’autres [...] [...] pouvait le supposer, ou bien sinon le prévoir, au moins le prédire, Android va s’ouvrir à d’autres [...]

]]> Par : FrAndroid » Actualités Générales » Qui d’Android ou de Java est le rempart contre la fragmentation ? Communauté francophone Android http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-326 FrAndroid » Actualités Générales » Qui d’Android ou de Java est le rempart contre la fragmentation ? Communauté francophone Android Tue, 29 Apr 2008 07:16:54 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-326 [...] effet, inutile de le rappeler Android, ce n’est pas du Java, mais ça se programme en [...] [...] effet, inutile de le rappeler Android, ce n’est pas du Java, mais ça se programme en [...]

]]> Par : cr0vax http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-28 cr0vax Sat, 24 Nov 2007 11:31:01 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-28 Tu as tout à fait raison Alexis. Je n'ai poussé l'article jusque là car l'objet était avant tout de préciser que ce n'était pas commplètement vraiment du Java. Et je prenais le C en exemple par pur vulgarisation, mais effectivement cela n'aurait pas été adapté. Juste un petit bémol, Eclipse permet de faire tout (et n'importe quoi), y compris du C, du PHP, de la bureautique. Mais bien sûr, Eclipse sans plugins permet de faire du Java, et c'est pour cela que c'est utilisé principalement. En tout les cas merci de ton commentaire constructif et détaillé. Tu as tout à fait raison Alexis.
Je n’ai poussé l’article jusque là car l’objet était avant tout de préciser que ce n’était pas commplètement vraiment du Java. Et je prenais le C en exemple par pur vulgarisation, mais effectivement cela n’aurait pas été adapté.

Juste un petit bémol, Eclipse permet de faire tout (et n’importe quoi), y compris du C, du PHP, de la bureautique. Mais bien sûr, Eclipse sans plugins permet de faire du Java, et c’est pour cela que c’est utilisé principalement.

En tout les cas merci de ton commentaire constructif et détaillé.

]]> Par : Alexis Kinsella http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-27 Alexis Kinsella Sat, 24 Nov 2007 00:50:01 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-27 Pourquoi Java? Parce que c'est le langage qui se rapproche le plus de ce que Google souhaite, puisque 100% du langage Java 5 est aujourd'hui transposable vers le Runtime Davlik. Le C n'est pas un langage de développement Managé par un Runtime, il manipule directement la mémoire, c'est un langage non objet, il n'y a donc peu de choses qu'ils peuvent tirer du C. C# est déjà plus approprié, cependant, il permet lui aussi l'utilisation de pointeur, mais on peut imaginer se limiter à un subset du langage C# pour éviter l'accès à certaines fonctionnalités 'interdites' dans un environnement managé. De langages plus appropiés cependant pourraient très bien faire office: les langages de base ECMA, l'ActionScript, se prêtent parfaitement au jeu. En parallèle aux contraintes liées au langage, il y a l'outillage: Pourquoi Java? Parce que Eclipse fournit à l'heure actuelle l'atelier de développement logiciel le plus puissant et le plus facilement adaptable aux autres langages et environnement de développement. Pour preuve le plugin Google s'intègre complétemetn et de manière totalement transparente (CF: le builder DEX par exemple intégré de manière transparente à la phase de compilation). D'autre part, il existe tout une batterie d'outils tout à fait mûrs pour gérer mieux le cycle de développement (Maven, Ant et Continuum par exemple). De plus il faut noter que toute cette toolchain est libre et codée dans un seul et unique langage, ce qui apporte une cohérence à l'ensemble. Pourquoi pas un nouveau langage? La plateforme s'appuie justement sur un succès fort pour attirer le développeur. Pour parler d'un autre point important, il faut souligner la possibilité de tirer parti de manière transparente de librairies pré-existentes: - BouncyCastle pour tout ce qui est cryptage (Déjà compatible J2SE et J2ME) - Les librairies apache: certaines sont directement intégrées (http-client, commons-codec) - Bluez - JSon - KXml pour le suport XML Et pourquoi pas KSoap? Ca serait intéressant pour les accès WS. KSoap repose sur KXml. De plus Google à une culture Java bien encrée: GWT par exemple. A chaque grosse société son langage: - Microsoft => C# - Mac => Objective C - Google => Java, C/C++, Python Google se positionne par rapport à microsoft en choisissant Java. De plus Google a des partenaires de taille dans le monde libre (ou non) qui supportent Java très activement. Les plus actifs étant: Red Hat par JBoss, Sun bien sûr (GlassFish, OpenJDK, ...). Je pense également à IBM et Oracle qui sont très actifs, mais s'ils ne sont pas vraiment sur la brèche du libre. Cependant on notera un point comment entre tous ces acteurs: Ils supportent Linux. J'aurais bien vu une plateforme Flex pour mobile exploitant Flash et l'ActionScript, je suis toujours étonne qu'Abode n'ait toujours pas poussé le concept! Je vois mal adobe rester muet très longtemps en ce qui concerne la mobilité, c'est l'étape suivante après apollo/flex :D Pourquoi Java? Parce que c’est le langage qui se rapproche le plus de ce que Google souhaite, puisque 100% du langage Java 5 est aujourd’hui transposable vers le Runtime Davlik. Le C n’est pas un langage de développement Managé par un Runtime, il manipule directement la mémoire, c’est un langage non objet, il n’y a donc peu de choses qu’ils peuvent tirer du C.
C# est déjà plus approprié, cependant, il permet lui aussi l’utilisation de pointeur, mais on peut imaginer se limiter à un subset du langage C# pour éviter l’accès à certaines fonctionnalités ‘interdites’ dans un environnement managé.
De langages plus appropiés cependant pourraient très bien faire office: les langages de base ECMA, l’ActionScript, se prêtent parfaitement au jeu.

En parallèle aux contraintes liées au langage, il y a l’outillage: Pourquoi Java?
Parce que Eclipse fournit à l’heure actuelle l’atelier de développement logiciel le plus puissant et le plus facilement adaptable aux autres langages et environnement de développement. Pour preuve le plugin Google s’intègre complétemetn et de manière totalement transparente (CF: le builder DEX par exemple intégré de manière transparente à la phase de compilation). D’autre part, il existe tout une batterie d’outils tout à fait mûrs pour gérer mieux le cycle de développement (Maven, Ant et Continuum par exemple). De plus il faut noter que toute cette toolchain est libre et codée dans un seul et unique langage, ce qui apporte une cohérence à l’ensemble.
Pourquoi pas un nouveau langage? La plateforme s’appuie justement sur un succès fort pour attirer le développeur.
Pour parler d’un autre point important, il faut souligner la possibilité de tirer parti de manière transparente de librairies pré-existentes:
- BouncyCastle pour tout ce qui est cryptage (Déjà compatible J2SE et J2ME)
- Les librairies apache: certaines sont directement intégrées (http-client, commons-codec)
- Bluez
- JSon
- KXml pour le suport XML

Et pourquoi pas KSoap? Ca serait intéressant pour les accès WS. KSoap repose sur KXml.

De plus Google à une culture Java bien encrée: GWT par exemple. A chaque grosse société son langage:
- Microsoft => C#
- Mac => Objective C
- Google => Java, C/C++, Python

Google se positionne par rapport à microsoft en choisissant Java.

De plus Google a des partenaires de taille dans le monde libre (ou non) qui supportent Java très activement. Les plus actifs étant: Red Hat par JBoss, Sun bien sûr (GlassFish, OpenJDK, …). Je pense également à IBM et Oracle qui sont très actifs, mais s’ils ne sont pas vraiment sur la brèche du libre. Cependant on notera un point comment entre tous ces acteurs: Ils supportent Linux.

J’aurais bien vu une plateforme Flex pour mobile exploitant Flash et l’ActionScript, je suis toujours étonne qu’Abode n’ait toujours pas poussé le concept! Je vois mal adobe rester muet très longtemps en ce qui concerne la mobilité, c’est l’étape suivante après apollo/flex :D

]]> Par : Boris Schapira http://www.frandroid.com/developpement/34_non-ce-nest-pas-vraiment-du-java/comment-page-1/#comment-26 Boris Schapira Fri, 23 Nov 2007 08:04:55 +0000 http://frandroid.com/wordpress/2007/11/22/non-ce-nest-pas-vraiment-du-java/#comment-26 Très intéressant ce parti-pris. Ca ouvre aussi des possibilités pour les développeurs C et C#, dans la mesure où on pourrait imaginer un compilateur Android Bytecode (ou alors développer sur Windows Mobile mais c'est mesquin ^^). Très intéressant ce parti-pris. Ca ouvre aussi des possibilités pour les développeurs C et C#, dans la mesure où on pourrait imaginer un compilateur Android Bytecode (ou alors développer sur Windows Mobile mais c’est mesquin ^^).

]]>