Vérifier si je ne dépasse pas les 4Mo dans mon String

Bonjour,

Je ne dois pas dépasser 4Mo dans un String, pour un caractère correspond deux bytes

Je teste donc en faisant simplement:

Code:

---

1 2 3 4 5

if (Content.Length >= 2000000) { _ok = false; }

---

Est-ce correct ou avez-vous une autre solution ?

D'avance merci

Salut,

alors deux soucis :
- 4Mo != 4 000 000 (en fait ça ça vaut 4 194 304),
- si tu as un encodage en UTF-8 un caractère n'est pas de taille fixe : il peut faire 1 à 4 octets.

Bon dev.

C'est du utf-16 que je stocke dans mon String.

Citation:

---

Envoyé par jopopmk

- 4Mo != 4 000 000 (en fait ça ça vaut 4 194 304)

---

4Mo vaut bien 4 millions
c'est 4 Mio qui vaut 4 194 304

:aie:

Citation:

---

Envoyé par jacko842

C'est du utf-16 que je stocke dans mon String.

---

utf 16 je crois que c'est 2 ou 4 octets par caractère
donc si tu veux que les octets de ton string ne dépasse pas tant, je pense qu'il va falloir que tu le convertisses d'abord (system.text.encodingje sais plus quoi?.getbytes(str=)

Alors pour les vieux comme moi 4Mo est différent de 4 000 000 octets. Mais depuis quelques années, les jeunes aprennent 1ko = 1000o et 1Kibi octet = 1024 o...

Donc 4 000 000, c'est ok.

Ensuite le .Length donne la taille de la chaîne de caractères et non le nombre d'octets que celle-ci prend. Ce devrait être indépendant de l'encodage.

Citation:

---

Envoyé par Pol63

4Mo vaut bien 4 millions
c'est 4 Mio qui vaut 4 194 304

---

Ça, ce sera sans moi ...
Et j'espère que pour savoir si ces 4Mo ne sont pas dépassés, l'OP ne demandera pas à l'explorer de Zindozs.

Citation:

---

Envoyé par jopopmk

Ça, ce sera sans moi ...

---

moi aussi quand j'ai entendu ça il y a quelques années, sur le coup je me suis que ca serait peut etre sans moi
mais en réfléchissant 2 secondes, c'est ceux qui ont dit que ca serait 1024 qui avaient fumé
sinon après chacun fait ce qu'il veut et un kg pourrait valoir 1005 grammes, un MW pourrait être 996000 W etc...

k M G et autres sont des normes, autant revenir dessus pour nos octets
et ca nous apporte quoi qu'un kio fasse 1024o ?

Physiquement la mémoire est toujours basée sur des paquets de 2ⁿ.

et ?

Pour répondre à la question de l'op, pourquoi ne pas utiliser les classes mises à disposition dans System.Text ?

Exemple :

Code:

---

1 2 3

System.Text.ASCIIEncoding.Unicode.GetByteCount(Of String); System.Text.ASCIIEncoding.ASCII.GetByteCount(Of String);

---

Qui, à part les vendeurs de HDD, utilise le Mo autrement qu'en tant que Mio ?
Remarque, au moins l'OP aura de la marge si un jour il doit développer sur un système limité.
Les specs sont en "MB", les docs sont en "MB", les sérigraphies des puces sont en "MB" ...
L'unité utile est en puissance de 2.

Attention, je comprends bien l'esprit de normalisation du SI, mais là c'est des unités simplement inutiles.
Donc pour moi, le Mo sera toujours un Mio, le "vrai Mo du SI" n'ayant absolument aucun intérêt.

Citation:

---

Envoyé par jopopmk

Qui, à part les vendeurs de HDD, utilise le Mo autrement qu'en tant que Mio ?

---

je pense que les x Go de data d'un forfait mobile ne sont pas en puissance de 2 :D

bonjour
La convention Microsoft (elle-même issu de IEC standard) est un MegaOctet comme puissance de 2 sans doute à cause de l'organisation de la mémoire et des problèmes d'alignement des données et de la pagination ce qui donne bien:

La taille en octets est à diviser par 2^20=1048576 =>1 MegaOctets ou MegaBytes ...