2010-12-02 20 views
0

Il existe littéralement des dizaines de normes XML, YAML, JSON et basées sur des tableaux imbriqués pour décrire: Tables de base de données, Classes, Cartes entre tables et classes, Contraintes, Descriptions de l'interface utilisateur, Cartes entre entités et Interfaces utilisateur, règles pour les interfaces utilisateur, etc. Chaque langue principale possède un système et des normes concurrentes. [http://en.wikipedia.org/wiki/List_of_object-relational_mapping_software]Le W3C ou un organisme de normalisation travaille-t-il sur une norme unique pour les définitions ORM d'attribut d'entité?

Certains "patterns" comme Active-Record sont implémentés en PHP, Python, Ruby, Java, etc. Mais il n'y a pas de consensus unique XML ou le tableau imbriqué thingy de-dur. Cela veut dire qu'à Redmond, Microsoft est en train d'élaborer des standards XML pour tout, et maintenant avec Entity Framework, ils ont encore une autre norme ORM.

Entity Framework + WPF (Windows Presentation Foundation) + WCF (Windows Communication Foundation) + WF (Windows Workflow Foundation) + LINQ (requête intégrée au langage) = ??? Je me souviens que le XUL de Mozilla était une chose chouette, mais il n'incluait pas ORM. On dirait que Microsoft crée un grand ensemble de normes, en XML, qui peut être utilisé pour définir des classes entières d'applications du web, au mobile, au bureau client léger, à l'application de bureau lourde traditionnelle ... tout, incroyablement ... avec un seul ensemble de normes. Donc ... pour conclure ... W3C a XForms ... mais (nous) avons besoin d'un standard ORM pour faire avancer les choses, quelque chose qui peut être implémenté en PHP, Python, Ruby, Java, Objective C, Perl , Javascript, C++, et oh ya C#. Si c'est un enregistrement actif ... ok ... bien ... mais je pense que le problème est beaucoup plus important que Active Record peut gérer tout seul.

Répondre

1

Pour répondre à la question: non; pas que je suis conscient de. Ceci étant dit, XForms n'a pas grand chose à voir avec ORM. Avec XRX, il peut être vu comme le contraire de l'ORM, le but étant d'éviter le mappage et la complexité qu'il crée. Si vous utilisez la même structure de données (XML dans le cas de XRX) pour conserver les données depuis votre interface utilisateur vers les services que vous appelez vers votre base de données, vous évitez la transformation et le mappage des données, réduisant ainsi la complexité de votre système.