Discussion :

[DenisUrçay]

Bonjour et merci de me lire,

Je suis en train de retranscrire un programme que j'ai fait en VB.NET et c#. Je n'ai pas l'expérience de C# mais ça commence à venir, étant un ancien en programmation en C, du temps de Latice, ça ne me rajeuni pas ....

Voici mon problème :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 private void Ecrire_Click(object sender, EventArgs e)
        {
            using (FileStream fs = new FileStream(FILE_NAME, FileMode.CreateNew))
                       {
                using (BinaryWriter w = new BinaryWriter(fs))
 
                {
                    fs.Seek(0L, SeekOrigin.Begin);
                    w.Write(exemple);                                
                    w.Close();
                }
            }
        }

Dans ce cas exemple est "toto", soit 4 caractères. Comment ce fait il que mon fichier mesure 5 octets, en effet, il y a visible un caractère qui se colle malgré moi avant ma chaine sur mon fichier. Cela me pose probleme car je vais avoir une série d'enregistrement à gérer et donc j'ai besoin que mes données soient bien régulières .... ( fichier séquentiel indexé ...)

Pouvez vous m'aider ? Par avance merci

Bien amicalement Denis

[popo]

Code C# :

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

File.AppendAllText(FILE_NAME, exemple);

[DenisUrçay]

Code C# :

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

File.AppendAllText(FILE_NAME, exemple);

Bonjour et merci de votre réponse,
J'ai vu ça aussi mais il se trouve que chaque enregistrement contient du texte mais aussi des entiers, des nombres en float, des booleens, brefs pas que du texte ( ce sont des fiches produits pour un bar associatif ... ) , donc je ne peux pas ( je pense ...) utiliser cette methode. C'est pour cela que j'utilise la classe FileStream ainsi que BinaryWriter .... Une autre idée ?
Bien cordialement Denis

[Pol63]

binarywriter.write(string) doit utiliser utf8 ou utf16 qui ont des caractères d'entete pour préciser le format
si tu veux de l'ascii utilise.Write(byte[]) et récupère les bytes toit même via ascii.getbytes(string)

après si tu veux faire un genre de sérialisation il y a déjà des sérialiseur en .net qui t'éviteront pas mal de code

[DenisUrçay]

binarywriter.write(string) doit utiliser utf8 ou utf16 qui ont des caractères d'entete pour préciser le format
si tu veux de l'ascii utilise.Write(byte[]) et récupère les bytes toit même via ascii.getbytes(string)

après si tu veux faire un genre de sérialisation il y a déjà des sérialiseur en .net qui t'éviteront pas mal de code

Bonjour et merci beaucoup, je vais piocher dans ce domaine. Effectivement e écrivant un tableau de byte on est ok sur le nombre précis de byte écrit et on ecrit que ça. Merci encore et conne soirée.
Bien cordialement Denis

[StringBuilder]

Un peu de culture à propos de UTF-x et le BOM qui pose souvent problème :
https://fr.wikipedia.org/wiki/Indica...dre_des_octets

[DenisUrçay]

Un peu de culture à propos de UTF-x et le BOM qui pose souvent problème :
https://fr.wikipedia.org/wiki/Indica...dre_des_octets

Merci, je vais me coucher un peu plus instruit ce soir, ce qui ne me fera pas de mal !
Amitiés Denis

[DenisUrçay]

binarywriter.write(string) doit utiliser utf8 ou utf16 qui ont des caractères d'entete pour préciser le format
si tu veux de l'ascii utilise.Write(byte[]) et récupère les bytes toit même via ascii.getbytes(string)

après si tu veux faire un genre de sérialisation il y a déjà des sérialiseur en .net qui t'éviteront pas mal de code

Voila, ce code, selon tes conseils, marche nickel ...

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
16
17
            using (FileStream fs = new FileStream(FILE_NAME, FileMode.Create))
            {
 
 
                {
                    fs.Seek(0L, SeekOrigin.Begin);
                    bexemple = new byte[10];
                    ASCIIEncoding ascii = new ASCIIEncoding();
                    ascii.GetBytes(exemple, 0, 10, bexemple,0);
                    // Write the data to the file, byte by byte.
                    for (int i = 0; i < bexemple.Length; i++)
                    {
                        fs.WriteByte(bexemple[i]);
                    }
                    fs.Close();
                }
            }

Merci encore ... A bientôt pour de nouvelles aventures ...

Et bien suite des nouvelles aventures ... Comme AsciiEncoding exclue les caractères accentués ... Je me suis rabattu sur Unicode et/ou UTF8Encoding ... Et la catastrophe la taille du tableau n'est plus la même que la chaine à sauvegarder ... D’où encore mon problème de fichier indexé ... Je suis un peu perplexe ...

[iR3SH]

Tu as essayé avec un StreamReader ou StreamWriter ?

[DenisUrçay]

Tu as essayé avec un StreamReader ou StreamWriter ?

Bonjour et merci de ta réponse,

En fait , j'ai réglé le problème en affectant le double d'encombrement sur chaque champ susceptible d'avoir des caractères spéciaux, codés 2 octets en UTF8. Et je lis mon fichier avec des offsets connus pour chaque champ ... C'est plus encombrant mais cela fonctionne bien ... Bien amicalement Denis

[Pol63]

UTF8 c’est entre 1 et 4 octets par caractère
Si tu veux connaître la taille du string au moment de la lecture tu peux écrire la taille avant le string avec genre
Bitconverter.getbytes((ushort)stringAsUtf8.lengrh)
Avec stringAsUtf8 étant le tableau d’octet obtenu à partir du string, j’ai casté en ushort pour n’avoir que 2 octets au lieu de 4, et ça permet une longueur de 65ko, sinon par défaut lengrh est un int32 ce qui permet 2Go
D’une manière générale quand on transmet quelque chose de longueur variable il vaut mieux préciser la taille qu’il fait

[DenisUrçay]

UTF8 c’est entre 1 et 4 octets par caractère
Si tu veux connaître la taille du string au moment de la lecture tu peux écrire la taille avant le string avec genre
Bitconverter.getbytes((ushort)stringAsUtf8.lengrh)
Avec stringAsUtf8 étant le tableau d’octet obtenu à partir du string, j’ai casté en ushort pour n’avoir que 2 octets au lieu de 4, et ça permet une longueur de 65ko, sinon par défaut lengrh est un int32 ce qui permet 2Go
D’une manière générale quand on transmet quelque chose de longueur variable il vaut mieux préciser la taille qu’il fait

Merci Pol63 ! J'ai ( je pense, jusqu'à nouvel ordre .... ) avoir résolu mon problème en codant en Unicode. Je réserve donc le double de place par chaine ( noms des membres de club et autres renseignements de gestion ...) Ca ne fait pas un fichier démesuré de toutes façon on a de la place ... Amitiés Denis