Discussion :

[davcha]

Depuis quelques temps, je développe à mes heures perdues un outil de mapping o/r.
Et régulièrement, comme ce soir, je me demande si cela vaut vraiment la peine.

Je teste de temps en temps les possibilités de "concurrents", comme Linq-to-SQL ou EF, dernièrement. Et je ne suis jamais réellement convaincu. Il y a toujours quelque chose qui manque. D'un côté les relations many-to-many, l'héritage de multiples tables, de l'autre la génération de la base de donnée, les relations 1-1 reflexives, et j'en passe...
De même chez NHibernate, même s'ils sont parvenus à quelque chose de vraiment sympathique, je trouve leur outil bien lourd, pas simple à utiliser et donc difficile à maintenir.

Cependant, il y a encore de gens qui travaillent à améliorer leurs produits, je pense à EF2 ici, du coup, je doute sur l'intérêt de développer sa propre solution.

[tomlev]

Les ORM existants ne sont pas parfaits évidemment... mais ils sont quand même de très bonne qualité (à mon sens en tous cas), et comme tu l'as dit, EF va probablement s'améliorer encore.
Maintenant, si vraiment ça ne convient pas à tes besoins, tu peux toujours faire ton propre ORM, mais soyons réalistes : crois-tu vraiment pouvoir réaliser, seul et même pas à plein temps, quelque chose de mieux que les équipes de EF ou NHibernate qui bossent dessus depuis des années ? Si tu y arrives, tu es mon idole

[anthyme]

moi a ta place je prendrai le problème dans l'autre sens :

nhibernate et EF sont de très bon ORM et tu auras du mal a faire quelque chose d aussi bien... mais malgré tout cela ne correspond pas a tes besoin donc pourquoi ne pas, justement, étendre les possibilités de ces framwork la ou cela ne répond pas a tes besoins.

par exemple ajouter un générateur de base de données pour EF ou créer un plugin visual studio pour nhibernate ? (on a sa en commun dans les manques )

[davcha]

Je me vois mal ajouter des fonctionnalités comme les relations 1-1 réflexives ou des notions d'héritage multiple à EF...

J'avoue que j'espérais quelques encouragements en écrivant ce message

Enfin bref, je crois qu'en fait, la source de mes doutes, quant à l'intérêt de ce projet, est un poil plus complexe que "y'a beaucoup de concurrence, installée depuis plus longtemps".

Je me demande souvent durant ces moments de doutes si le projet va dans la bonne direction, et comme je fais ça tout seul dans mon coin... Evidemment, je sais que ce que je produis répondra à mes besoins, mais j'aimerais aussi pouvoir proposer quelque chose qui pourra être utile pour davantage de développeurs.
Et là, il est clair qu'il me manque beaucoup de retours (j'ai aucun retours, puisque j'ai seulement commencé un blog là-dessus hier soir...)

[anthyme]

Je me vois mal ajouter des fonctionnalités comme les relations 1-1 réflexives ou des notions d'héritage multiple à EF...

Qu'est ce que tu veux dire par relation réflexive ?
Sinon pour moi l'héritage multiple dans une architecture objet en C# me semble etre une abération

J'avoue que j'espérais quelques encouragements en écrivant ce message

désolé ...

Le truc c'est que aussi bon soit il, ton orm arrive un peu tard dans le monde .net car nhibernate est installé depuis des années et les partisans du "on évite les lib tier pour garder une cohérence" ont maintenant les outils de MS.

Et là, il est clair qu'il me manque beaucoup de retours (j'ai aucun retours, puisque j'ai seulement commencé un blog là-dessus hier soir...)

Donne le lien ici et t aura quelques retours

[tomlev]

Sinon pour moi l'héritage multiple dans une architecture objet en C# me semble etre une abération

+1
Vu que .NET ne supporte pas l'héritage multiple, ça n'a pas de sens de vouloir le faire dans un ORM .NET...

[davcha]

Le truc c'est que aussi bon soit il, ton orm arrive un peu tard dans le monde .net car nhibernate est installé depuis des années et les partisans du "on évite les lib tier pour garder une cohérence" ont maintenant les outils de MS.

Ca, j'en suis bien conscient (d'autant plus que d'une manière générale, je fais partie de ces partisants du "tout microsoft"), d'où mes doutes qui reviennent régulièrement.
J'avais pensé à proposer l'orm à microsoft (sait-on jamais ?...) mais vu qu'ils ont déjà EF, ça paraît aussi compromis.

Sinon, concernant l'héritage multiple et le blog...

L'héritage multiple auquel je pense n'est pas vraiment de l'héritage multiple au sens où on l'entend habituellement, là, il s'agit plus d'une construction qui permet de manipuler les même données vues sous des angles différents.

Par exemple, avec EF, en supposant que j'ai une classe "client" qui hérite de "personne", je n'ai pas trouvé le moyen de créer un client à partir d'une personne. Soit on crée un client, soit une personne, mais une fois que le type est déterminé, il ne bouge plus.
C'est un peu dommage, parce qu'en définitive, si je complexifie un peu en ajoutant une classe "fournisseur" et/ou "employé" qui héritent de "personne", on voit bien qu'un fournisseur ou employé peut devenir un client un jour.

Et le blog, pour le moment, il n'y a qu'une petite présentation très succinte, vous pouvez cliquer sur le bouton "www", vous arriverez dessus.