[quote]Nirina est aussi un prénom masculin ?[/quote]
Oui, c'est un prénom mixte.

Nirina est aussi un prénom masculin ?

[quote]Ce projet a-t-il un nom ?[/quote]
Nirina, du prénom d'un collègue d'origine malgache à la mémoire aussi performante qu'une base de données bien construite.
Le code sera hébergé sur github et le site du projet sera accessible à l'adresse http://nirina.org.

[quote]Pourras-tu nous faire un état d'avancement du projet de temps à autre sur le forum ?[/quote]
Avec plaisir.

Historiquement, le projet de départ était la réalisation d'une couche DAO pour MongoDB et également proposer une interface d'interrogation plus fluente.

Il a pas mal évolué depuis, il intègre la spécification schema.org pour le web sémantique, une API de filtrage de donnée élégante utilisable à plusieurs niveaux (base, collection d'objets, itérateurs), un système d'injection de comportements, et quelques autres petites choses sympas.
Pour ce qui est de l'ordre du classique Nirina propose un système de validation assez souple, un système de mise en cache (plusieurs backends supportés), des behaviors, des hydrateurs, gestion implicite de la persistance, lazy-loading, etc...

Tout n'est pas encore fonctionnel et beaucoup de code est à écrire.
Concernant la configuration elle se fait pour le moment en php à la ZF (renvoie d'arrays dans un objet de config). A terme elle pourra se faire en XML et/ou JSON. Pas de gestionnaire d'évènement prévu, et très probablement pas (ou pas dans les premiers temps) de configuration Yaml et de système d'annotations.

Je réaliserais dans les semaines qui viennent un article assez complet sur ses fonctionnalités présentes et futures et ce qu'il reste à faire. Le site et la documentation se font en même temps que le projet, et une première bêta est prévue pour d'ici deux à trois mois.

Toutes les questions, tous les avis, et toutes les suggestions, sont les bienvenues.

Julien.

Salut,

C'est un projet intéressant et ambitieux effectivement :D

[quote="Julien A"]- Quels sont pour vous les must have que doit posséder un ORM ?[/quote]
- rapidité,
- intégration d'un (de) profiler(s),
- gestion du lazy-loading ou full (1-1, 1-n si demandé sans requête supplémentaire),
- facilité d'intégration à un projet,
- qualité du code (commentaires, normalisation, etc.),
- génération des classes à partir d'un fichier XMI.

[quote="Julien A"]- Quelles fonctionnalités moins importantes aimeriez vous retrouver dans un ORM ?[/quote]
- généricité des adapters (d'un point de vue personnel, ça ne me dérange pas qu'un ORM n'utilise que MySQL par exemple à condition d'être optimisé pour ce dernier),
- facilité de prise en main,
- intégration de la mise en cache avec la possibilité de choisir son propre adapter.

[quote="Julien A"]- Quels sont pour vous les principaux défauts de Doctrine (syntaxe, fonctionnalités, organisation du code...) ?[/quote]
Ahah.. Pas beaucoup.. J'avais eu quelques problèmes d'auto-complétion du code dû à des classes non/mal commentées il me semble..
Sinon je ne le trouve pas vraiment adapté aux petits projets mais c'est plus un choix qu'un défaut je présume.

Ce projet a-t-il un nom ? Pourras-tu nous faire un état d'avancement du projet de temps à autre sur le forum ?

Bonjour,

Je travaille actuellement sur un projet d'ORM assez ambitieux et j'aimerais vous poser quelques questions :

- Quels sont pour vous les must have que doit posséder un ORM ?
- Quelles fonctionnalités moins importantes aimeriez vous retrouver dans un ORM ?

- Quels sont pour vous les principaux défauts de Doctrine (syntaxe, fonctionnalités, organisation du code...) ?

En vous remerciant par avance.
Julien.