Discussion :

[peter27x]

Ben techniquement pour moi ce serait un [grand] champ texte (ien fait il vaudrait mieux un BLOB mais ici je ne vais pas te polluer avec les histoires de Stream pour y accéder/enregistrer ) et donc tu fais une requête standard qui va te ramener ton champ, tu récupère le string et tu désérialises.

Dans les F1 relatifs à tout ce qui est stream, writeComponent and co, j'ai vu à un moment qu'on parlait des prop published... la serial se limiterait elle aux champs publiés ?

[Aka Guymelef]

Un point qu'il semble que tu n'es pas assimilé c'est qu'il n'y a pas UNE sérialisation mais autant de forme de sérialisation possible que tu inventes de format.

En Delphi le mécanisme de sérialisation utilisé pour les composants s'appuie les propriétés publiées car elles génère des RTTI, des informations qui permettent de faire de la réflexion sur n'importe quel objet.

Ainsi pour n'importe quel objet et sans que la variable qui contient l'objet soit d'un type particulier je peux savoir les noms, types et valeurs, exhaustivement, de chacune des propriétés publiées de cet objet.

Avec un mécanisme générique je peux donc extraire toutes les informations (publiées) d'un objet quel qu'il soit.

C'est pratique mais ce n'est pas une obligation de l'utiliser, c'est au choix.

[peter27x]

Un point qu'il semble que tu n'es pas assimilé c'est qu'il n'y a pas UNE sérialisation mais autant de forme de sérialisation possible que tu inventes de format.

En Delphi le mécanisme de sérialisation utilisé pour les composants s'appuie les propriétés publiées car elles génère des RTTI, des informations qui permettent de faire de la réflexion sur n'importe quel objet.

Ainsi pour n'importe quel objet et sans que la variable qui contient l'objet soit d'un type particulier je peux savoir les noms, types et valeurs, exhaustivement, de chacune des propriétés publiées de cet objet.

Avec un mécanisme générique je peux donc extraire toutes les informations (publiées) d'un objet quel qu'il soit.

C'est pratique mais ce n'est pas une obligation de l'utiliser, c'est au choix.

Mais comment fait on pour sauver/récupérer les attributs privés alors ?

Désolé si ma question est d'un stupidité affligeante... y'a encore pas mal de taf avant que je pige toutes les subtilités de Delphi.

[Aka Guymelef]

C'est pour ça que je dis qu'il n'y a pas qu'une seule façon de faire de la sérialisation, tu as mis le doigt sur l'un des inconvénients des RTTI c'est qu'il ne marche qu'avec les champs publiés, impossibles d'avoir les champs privés, protégés ou même public.

Une façon de voir les choses est de déclarer une classe de base avec une méthode (abstraite ou au moins virtuelle) qui ne sert qu'à faire la sérialisation sous format XML par exemple. Puis chaque classe fille doit redéfinir son traitement de sérialisation propre.

[Paul TOTH]

C'est pour ça que je dis qu'il n'y a pas qu'une seule façon de faire de la sérialisation, tu as mis le doigt sur l'un des inconvénients des RTTI c'est qu'il ne marche qu'avec les champs publiés, impossibles d'avoir les champs privés, protégés ou même public.

Une façon de voir les choses est de déclarer une classe de base avec une méthode (abstraite ou au moins virtuelle) qui ne sert qu'à faire la sérialisation sous format XML par exemple. Puis chaque classe fille doit redéfinir son traitement de sérialisation propre.

en fait si c'est possible ! c'est l'objet de DefineProperties

mais il me semble plus simple d'implémenter les LoadFromStream et SaveToStream pour chaque instance à sérialiser

Surtout que ça évite d'éventuelles surprises si CodeGear décide de changer le comportement de TReader/TWriter dans les futures versions de Delphi

[Aka Guymelef]

Ok en fait c'est la méthode proposé par CodeGear pour implémenter mon idée de méthode abstraite qui fait la sérialisation pour chaque objet .

Néanmoins il ne faut pas perdre de vue que ce n'est pas fait "implicitement" chaque classe doit redéfinir DefineProperties et lui implanter son comportement particulier de sérialisation.

[peter27x]

Ok en fait c'est la méthode proposé par CodeGear pour implémenter mon idée de méthode abstraite qui fait la sérialisation pour chaque objet .

Néanmoins il ne faut pas perdre de vue que ce n'est pas fait "implicitement" chaque classe doit redéfinir DefineProperties et lui implanter son comportement particulier de sérialisation.

Bon ben c'est bien joli tout ça mais plus ça va plus je sens que pour assurer le coup je vais faire des insert into façon néanderthal moi hein...