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...

[tomlev]

Si tu tiens vraiment à le faire en XML, mais que tu veut que ça prenne un peu moins de place, tu peux faire ça :
- Ajoute l'attribut XmlIgnore aux accesseurs de X, Y et Date
- Crée une nouvelle propriété PixelDescriptor qui va représenter les attributs d'un pixel de façon plus compacte :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
        public string PixelDescriptor
        {
            get
            {
                return string.Format("{0};{1};{2}", _x, _y, _date.Ticks);
            }
            set
            {
                string[] parts = value.Split(';');
                _x = int.Parse(parts[0]);
                _y = int.Parse(parts[1]);
                _date = new DateTime(long.Parse(parts[2]));
            }
        }

- Tu peux eventuellement changer le tag XML utilisé pour PixelDescriptor, en l'appelant P par exemple (pour faire plus court) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
[XmlElement("P")]
public string PixelDescriptor
...

Ca te donnera un résultat comme ça :
<PixelStorage>
<P>70;930;633240066202857823</P>
</PixelStorage>

[DeadEye0112]

Merci tomlev, ca m'aide déjà beaucoup. Je ne connaissais pas cette technique de formater et de spliter après... J'aime bien ^^

Je rechercherai en fait un moyen de stocker les pixels, autrement que un par un car effectivement... Ca prend beaucoup de place \:
Je voulais stocker par date mais j'ai toujours le problème que Dictionary<DateTime, List<Point>> n'est pas sérialisable... Si quelqu'un a une idée pour me rendre ca sérialisable aussi. Merci d'avance (:

[karlus]

Dictionnary n'est pas serialisable en Xml. Une astuce est d'utiliser des jagged array mais tu perds l'avantage des generiques.
En binaire par contre tu n'as pas ce problème.

[tomlev]

Le plus simple est quand même de stocker les données en CSV... par exemple :
70;930;633240066202857823
95;156;633240066202858423
...

là il n'y a rien de superflu

[Pol63]

un peu de superflus quand meme, stocker un nombre en binaire ou en caractères ca change un peu quand meme ^^

[tomlev]

oui, mais l'avantage de CSV ou XML c'est que c'est lisible et que tu peux le modifier à la main...
quoique les timestamps en Ticks c'est pas très lisible... il vaudrait peut-être mieux utiliser la forme YYYYMMDDhhmmss, qui ne prend pas plus de place d'ailleurs

[DeadEye0112]

Bonjour à tous,
La technique que j'ai retenue est donc un stockage de ce type là :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
<PS>
  <P>123;547;549;633240852172369192</P>
</PS>

Avec X la ligne, Y1 le point de départ, Y2 le point de fin et la date... DOnc un stockage en lignes...C'est la solution qui m'a parue la plus légère et qui passe à la sérialisation. J'ai essayé la sérialisation binaire et bizarrement ca ne prends pas énormement moins de place que ca.
En tout cas merci à tous