Discussion :

[DeadEye0112]

Bonjour,

Je vous expose mon problème.
Je dois stocker des pixels (en l'occurence ceux qui sont coloriés sur une pictureBox mais là n'est pas la question) mais ces pixels doivent être associés à une date. Dans ce cas là, la structure que j'ai faite est :
public class PixelStorage
{
private int _x;
private int _y;
private DateTime _date;

[accesseurs]
[méthodes]
}

Le problème qui se pose c'est que lors de la sérialisation, je me retrouve pour chaque pixel avec un paté de ce genre :
<PixelStorage>
<Date>2007-08-29T16:05:31.9372257+02:00</Date>
<X>187</X>
<Y>175</Y>
</PixelStorage>
Ce qui fait quand même assez lourd pour stocker UN pixel \: J'ai essayé de le stocker sous la forme de Dictionary<int, Dictionary <int, DateTime>> mais apparement la déserialisation n'aime pas les List<List<object>> :S

Si quelqu'un a une solution à me proposer, je suis prenant (= Merci d'avance.
Bonne journée.

[neptune]

Pour gagner (un peu) de place, sauvegarde les ticks de ta date.

[Pol63]

Pour gagner (un peu) de place, sauvegarde les ticks de ta date.

lol


sinon au lieu de stocker des dates par pixel, peut etre que l'inverse, des pixels par date, ca prendrait un peu moins
enfin je veux dire par là que pour une date (ou le nombre de ticks ) vous devez bien avoir plusieurs pixels

enfin en quoi ca vous gène que ca prenne de la place ?
deja l'xml pour pas prendre de place, c'est pas forcément un bon choix, ta date qui est codée sur 8 octets ca te la fais prendre plus de 40 octets ...

[DeadEye0112]

lol

sinon au lieu de stocker des dates par pixel, peut etre que l'inverse, des pixels par date, ca prendrait un peu moins
enfin je veux dire par là que pour une date (ou le nombre de ticks ) vous devez bien avoir plusieurs pixels

enfin en quoi ca vous gène que ca prenne de la place ? (deja l'xml pour pas prendre de place, c'est pas forcément un bon choix ...)

Et bien, le problème c'est que j'ai plusieurs blocs de pixels de ce genre à enregistrer venant de plusieurs images différentes.

Pour le stockage de pixels par date, cela me semble une bonne idée mais on en revient au problème du stockage qui ressemblerait dans ce cas à Dictionary<DateTime, Dictionary<int, int>>. C'est effectivement plus joli mais toujours pas sérialisable je pense :S

Le stockage en XML est la solution que j'ai retenue pour le stockage en local, le stockage en distant se faisant en SQL.

Merci pour les idées Je suis toujours prenant s'il y a d'autres idées (=

[Pol63]

pour le stockage en local il peut y avoir plein de possibilités
une base access déjà, ca ne nécessite rien pour l'utiliser
ou un fichier texte avec un codage existant ou que vous créez ... (genre en binaire date entrée x entrée y entrée , ce qui fait 20 octets/caractères par pixel)

[akecoocoo]

tu peux sérialiser en binaire aussi... moins de blahblah...