Ce n'est pas le résumé qui fait le brevet mais les révendications (claims), surtout la première, les suivantes sont secondaires, si la première revendication est cassé le brevet est cassé par contre casser les autres revendications ne fait rien au brevet. Lisons la première revendication :
1. A method for serializing an object instance to a serial format, the method comprising steps of:
generating a mapping between an arbitrary annotated source code file and a schema, the arbitrary annotated source code file containing at least one programming type that describes a shape of an object instance and the schema describing a format of a document having a serial format, the mapping defining a correspondence between the shape of the object instance and the format of the document having the serial format; and
converting an object instance corresponding to the arbitrary annotated source code to the serial format by converting at least one of a public property, a public field and a method parameter of the object instance to a document having the serial format based on the mapping.
Ce que j'en comprend, ce n'est pas à proprement parler la sérialisation d'un objet mais plutôt la méthode qui décrit comment écrire la sérialisation d'un objet à partir d'un code source d'un programme contenant des classes d'objets, ce code source étant annoté pour permettre la sérialisation. Ainsi, ne seraient touché que les programmes qui définissent les classes d'objets dans le code source et qui génèrerait la fonction de (de)sérialisation à partir de ce code source.
En gros, si vous faites un modèle de données, que vous décrivez le mapping vers un document dont vous disposez du modèle de données que vous écrivez (même générez à partir du modèle) un programme pour passer de la structure de données au document (et vice-versa) tout cela ne devrait pas vous géner (à condition de rendre ces informations publiques). Par contre si vous programmez vous structures de données dans le code sans modélisation externe vous risquez d'être emmerdé.
C'est franchement emmerdant pour les logiciels libres qui n'ont que rarement un modèle de données et pour lesquel on serait tenté d'écrire des générateurs de sérialisation à partir de programmes. Microsoft voudrait améliorer les méthodologies utilisées dans le libre qu'il ne s'y prendrait pas autrement.
Quoiqu'il en soit, je ne vois pas en quoi l'état de l'art ne permet pas d'arriver à une telle soultion. Je crois même que j'ai du déjà écrire une cochonnerie de ce genre.
# Lire les revendications
Posté par Mes Zigues . En réponse à la dépêche Brevet sur le XML et sur le Fichier::Enregistre/Sauver?. Évalué à 8.
1. A method for serializing an object instance to a serial format, the method comprising steps of:
generating a mapping between an arbitrary annotated source code file and a schema, the arbitrary annotated source code file containing at least one programming type that describes a shape of an object instance and the schema describing a format of a document having a serial format, the mapping defining a correspondence between the shape of the object instance and the format of the document having the serial format; and
converting an object instance corresponding to the arbitrary annotated source code to the serial format by converting at least one of a public property, a public field and a method parameter of the object instance to a document having the serial format based on the mapping.
Ce que j'en comprend, ce n'est pas à proprement parler la sérialisation d'un objet mais plutôt la méthode qui décrit comment écrire la sérialisation d'un objet à partir d'un code source d'un programme contenant des classes d'objets, ce code source étant annoté pour permettre la sérialisation. Ainsi, ne seraient touché que les programmes qui définissent les classes d'objets dans le code source et qui génèrerait la fonction de (de)sérialisation à partir de ce code source.
En gros, si vous faites un modèle de données, que vous décrivez le mapping vers un document dont vous disposez du modèle de données que vous écrivez (même générez à partir du modèle) un programme pour passer de la structure de données au document (et vice-versa) tout cela ne devrait pas vous géner (à condition de rendre ces informations publiques). Par contre si vous programmez vous structures de données dans le code sans modélisation externe vous risquez d'être emmerdé.
C'est franchement emmerdant pour les logiciels libres qui n'ont que rarement un modèle de données et pour lesquel on serait tenté d'écrire des générateurs de sérialisation à partir de programmes. Microsoft voudrait améliorer les méthodologies utilisées dans le libre qu'il ne s'y prendrait pas autrement.
Quoiqu'il en soit, je ne vois pas en quoi l'état de l'art ne permet pas d'arriver à une telle soultion. Je crois même que j'ai du déjà écrire une cochonnerie de ce genre.