Cette question ne peut pas vieillir mais les cadres proposés le peuvent. Voici donc d'abord une liste de ce que je trouve important dans de tels cadres, à des fins de comparaison :
- Y a-t-il un artefact Maven ou Gradle ? (c'est un gros plus selon que vous utilisez Maven ou Gradle, évidemment)
- Le code est-il accessible de manière simple, avec un aperçu rapide des commits pour juger de l'activité ? (le code hébergé sur github est un plus indéniable pour moi, à cet égard)
- Gestion des versions : existe-t-il des versions/étiquettes de version et des artefacts pour cela ? (il y en a qui sont hébergés sur github et qui nécessitent soit un clone git, soit le téléchargement de l'archive maître - pour moi, c'est un gros point négatif si même les balises de version ne sont pas définies et traitées dans le README).
- pour ce qui est de la taille, j'ai mis quelques indices où il était facile de s'en sortir (je n'ai rien téléchargé, donc pour les projets qui n'offrent pas d'artefacts, il n'y a pas de taille)
Et voici une liste de cadres avec des notes sur les points ci-dessus. J'en ai cherché d'autres comme aBatis et Hadi mais je n'ai ajouté que ceux qui ont eu une activité après 2011.
-
http://ormlite.com , artefact Maven, 52 kB, SVN, le site web est... difficile mais il semble y avoir beaucoup d'exemples, selon http://ormlite.com/changelog.txt la dernière version est la 4.48 de 2013, https://github.com/j256/ormlite-core (release tags), dernière activité mars 2015
-
http://greendao-orm.com bon entretien, Artéfact Maven L'accent est mis sur les performances rapides, la petite taille et la faible consommation de RAM. Github : https://github.com/greenrobot/greenDAO/ (release tags, > 2300 étoiles), dernière activité en novembre 2014
-
https://github.com/roscopeco/ormdroid , petite taille, dernière activité en août 2014
-
http://www.activeandroid.com , https://github.com/pardom/ActiveAndroid (> 2300 étoiles), bonne maintenance, communauté, pas d'étiquette de version (le téléchargement pointe vers le tarball maître), artefact Maven, dernière activité octobre 2014.
-
http://droidparts.org , https://github.com/yanchenko/droidparts (release tags, > 600 étoiles), également injection de dépendances, artefact Maven, activement maintenu
-
http://www.androrm.com , https://github.com/androrm/androrm (release tags), dernière activité le 02 janvier 2014 (github)
-
https://github.com/emilsjolander/sprinkles (release tags, > 600 étoiles), dernière activité mai 2014, artefact Maven (merci @AndroidGecko)
-
http://realm.io , https://github.com/realm/realm-java remplace non seulement ORM mais aussi SQLite, également pour iOS (release tags, > 1600 étoiles), activement maintenu, propre dépôt Maven
Je n'ai essayé aucun de ces projets, mais je peux peut-être faire gagner un peu de temps aux lecteurs actuels en énumérant les projets actuellement en cours. Veuillez ajouter un commentaire si vous connaissez d'autres projets qui satisfont à certains des points ci-dessus et qui font l'objet d'un développement sérieux (sur une certaine période).
EDIT (2013 Nov) : mise à jour de la liste avec le statut actuel des projets. Certains d'entre eux ont ajouté des tags de version à leurs dépôts github ainsi que le support Maven/Gradle. Bon travail !
EDIT (avril 2015) : mise à jour de la liste, ajout de Sprinkles (selon le commentaire de @AndroidGecko) et de Realm.io.
0 votes
Je ne pense pas qu'il y en ait de disponibles maintenant.
2 votes
En 2014. Je me suis dit que j'allais mentionner Sprinkles ( github.com/emilsjolander/sprinkles ) puisque personne ne l'a mentionné.. 500 étoiles sur github, sur meaven central, observateurs du contenu, à vérifier.
0 votes
Nous sommes en 2015. Software Tree a récemment publié JDXA un ORM simple, puissant et flexible pour Android. Il prend en charge l'héritage, les relations un à un, un à plusieurs, plusieurs à un et plusieurs à plusieurs. Le modèle de programmation non intrusif POJO (Plain Old Java Objects) de JDXA ne vous oblige pas à modifier vos classes Java de quelque manière que ce soit : - Pas besoin de sous-classer vos classes de domaine à partir d'une classe de base - Pas besoin d'encombrer votre code source avec des annotations - Pas besoin de classes DAO - Pas de génération de code source.
0 votes
Regarde ce joli tutoriel sur JDXA ORM .
0 votes
Si vous préférez un code Android tout à fait naturel, sans dépendances de bibliothèques supplémentaires, jetez un coup d'œil à l'outil Exemple de générateur de code de classe de pairs SQLite . Il est basé sur les annotations et supporte les clés primaires combinées, les contraintes uniques combinées et l'indexation.