Je suis sur que si on lui apprends "Tout-Calin" peut coder en java utiliser du nosql et se
passer d'outils ORM.
Car Tout-Calin peut :
- soit utiliser une sgbdoo type db4o. Du coup plus besoin d'ORM.
- soit utiliser neo4j une GraphDB qui te permet 2 façons élégantes de te passer de mapping
- La première c'est d'aggréger au sein de l'implementation de chacun des objets métiers
un node neo4j et de mapper à la main une propriété de ton bean à une property du node
pareil pour les associations et les relations. C'est aussi simple que cela.
- tu utilises http://code.google.com/p/jo4neo/ qui te pemet via des annotations simples
de rendre tes objets du domaine de s'intégrer à neo4j.
Tu vois même les bisounours peuvent le faire...
Et encore une fois les patterns d'architecture comme le DDD et CQRS peuvent t'aider à gérer
ces "mappings" même avec du Document Based et du Clef/Valeur. Il n'y a pas que le DAO
dans la vie (et heureusement) , aujourd'hui il est un peu dépasser tout seul pour tout faire.
[^] # Re: NO-SQL
Posté par Narmer . En réponse au journal TerraStore : le dépôt JSON distribué. Évalué à 0.
passer d'outils ORM.
Car Tout-Calin peut :
- soit utiliser une sgbdoo type db4o. Du coup plus besoin d'ORM.
- soit utiliser neo4j une GraphDB qui te permet 2 façons élégantes de te passer de mapping
- La première c'est d'aggréger au sein de l'implementation de chacun des objets métiers
un node neo4j et de mapper à la main une propriété de ton bean à une property du node
pareil pour les associations et les relations. C'est aussi simple que cela.
- tu utilises http://code.google.com/p/jo4neo/ qui te pemet via des annotations simples
de rendre tes objets du domaine de s'intégrer à neo4j.
Tu vois même les bisounours peuvent le faire...
Et encore une fois les patterns d'architecture comme le DDD et CQRS peuvent t'aider à gérer
ces "mappings" même avec du Document Based et du Clef/Valeur. Il n'y a pas que le DAO
dans la vie (et heureusement) , aujourd'hui il est un peu dépasser tout seul pour tout faire.
Bonne nuit.