Je veux porter une petite classe de cryptage AES Open Source à Android, et cela couperait beaucoup de temps si l'API d'Android est aussi proche que possible de l'API Java 6.
Combien est implémenté (ou référenable), comme je l'ai essayé sur cette question sur Google, et je n'ai pas encore trouvé de quoi que ce soit utile?
6 Réponses :
Avez-vous vérifié la référence de la bibliothèque Java sur http://developer.android.com/reference/?
L'API Android n'est pas la même chose que Java Api!
Comme Android est basé sur Java et utilise également le compilateur de Java, vous pouvez répondre à la question vous-même. Essayez votre code Java 6.
Tuergeist: Je pensais que le compilateur était complètement différent puisque Android a son propre code d'octet et son interprète?
IMHO en général Java 6 fonctionne. Le compilateur fait le travail pour vous.
RE Self implémentant le cryptage: Veuillez essayer d'utiliser château gonflable . En général, la mise en œuvre de tout algorithme de crypto connu n'est pas une bonne idée.
Merci pour cela. La mise en œuvre du château gonflable semble un peu excentrée pour ce que j'essaie de faire. Je prévois juste que mes pieds soient mouillés avec Android, en faisant une petite application de cryptage de fichier. Pas vraiment sûr à quel point il sera complexe pour obtenir, car mes antécédents sont dans des applications Web, pas des applications à une seule concentration, et je n'ai pas vraiment fait beaucoup de Java.
En général, vous ne devriez pas avoir beaucoup de problème tant que vous n'utilisez aucune bibliothèque graphique ou liée au son. Android ne supporte pas Swing ou AWT.
En outre, ce n'est pas une limitation d'Android, mais vous allez probablement avoir beaucoup de problèmes avec des flotteurs, car les plates-formes utilisées habituellement (bras) ne disposent pas d'une unité de point flottante, donc vous pourrait avoir besoin de prendre cela en considération
Je suppose qu'ils peuvent toujours faire des opérations de points flottants, ils seront tout simplement beaucoup plus lents que ce que vous êtes habitué?
La compilation Progression du projet Android est comme celle-ci, d'abord compiler le code source avec Java Compiler (principalement sur SE 5.0 API) dans le code octet Java sous forme de fichier .Class, et ces fichiers de classe seront compilés de manière continue par Dalvik VM dans Dalvik code d'octet .dex fichier. Lorsque l'application s'exécute, c'est en fait .Dex en cours d'exécution sur Dalvik VM.
Au minimum, certaines des nouvelles fonctions de Java.Utils.Arriers sont manquantes.
http://code.google.com/p/android/ Problèmes / détails? ID = 10054
Les nouvelles fonctionnalités linguistiques de Java 6 (telles que l'annotation @override pour les interfaces) fonctionneront généralement; Le compilateur VM Dalvik est compatible avec les fichiers Java 6 * .Class.
D'autre part, les nouvelles fonctionnalités de l'API de JDK6, telles que String.Impty (), Java.Util.Arrays.Copyof, etc., sont manquantes ou nécessitent des niveaux d'API plus récents. (API 9 ou plus tard dans ces exemples)
Si votre application cible les anciens périphériques Android (API 8 ou moins), vous ne pouvez utiliser que les fonctions Java 5.