Discussion :

[djiga4me]

Bonjour,
J'ai fini de développer un "grand" logiciel, mais je pense qu'il utilise beaucoup de RAM, et j'ai une trentaine de variables globales, et beaucoup sont des tableaux de string (array [1..25) of String).

Pensez vous que je puisse passer à ShortString (le contenu des variables ne dépasse aucunement les 255 caractères, donc un string, c'est un peu abusé ?!) , et cela est-il vraiment bénéfique pour la RAM ou le processeur.

Merci.

[redoran]

bonjour ; les logiciel sa ne fini jamais y'a toujours quelque chose à faire (bug , mis à jour et surtout la maintenance..)
on ce qui concerne le type: c'est une information à traité a partir de la base de donnée donc ce qui fait un travail pour le processeur , la RAM et en + le stockage de cette information.
donc si votre BDD est volumineuse et vous vous avez beaucoup de traitements automatiquement vous aurez une certaine lenteur.
a mon avis si je ne me tramp pas le choix du type doit être fait avant même de commencé le développement ( dans la modélisation : cahier de charge , dictionnaire de données éééé....)

consult : FAQ Delphi : http://delphi.developpez.com/faq/

[sjrd]

Je vais répondre d'une façon beaucoup plus terre à terre :
Non, l'usage de ShortString à la place de string ne réduira pas tes besoins en mémoire. Au contraire, il est augmentera.

En effet, le type ShortString occupe toujours 256 octets en mémoire. Le type string, lui, occupe 13 + Length(Str) octets en mémoire. Donc, toute chaîne dont la longueur est < 243 est stockée de manière plus économe dans une string que dans une ShortString.

[Gilbert Geyer]

Bonjour,

Mis à part le problème d'économie de mémoire, lorsqu'on déclare par exemple le type :

Code :

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

Type Str12  = string[12]; // pour des chaînes de 12 caractères

dans lequel le Length(Str) est donc déclaré une fois pour toutes, est-ce que par la suite on n'y gagne pas un peu en vitesse de traitement, vu que le gestionnaire de string's est soulagé des incessants SetLength(Str,12) ???

A+.

[Mstreatboy]

Je ne pense pas que la rapidité d'exécution d'une application se résoud seulement au choix des types. Il y'a bien d'autres paramètres tes algos par example. Je te conseille donc de revoire tous tes unités de traitement.
Tu as utilisé quoi pour inter agir avec ta base de données?BDE ADO???Et quel SGBD?

[Montor]

il faut par exemple éviter ce genre de code..

Code :

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

1
2
for ....
   Result := Result +s

[Andnotor]

Il ne faut rien éviter du tout
Ce qu'on perd (éventuellement) à l'initialisation se retrouve largement à l'utilisation.

J'ai déjà créé des tableaux de 100'000 chaînes (Dictionnaire; aide à la saisie) sans latence particuliaire (peut-être 2 sec. et avec calcul de hash, etc.). Alors 30 enregistrements de 25 chaînes

Je rejoins sjrd sur ses propos et rajouterais: Shortstring n'est pas l'avenir (unicode) et est définitivement à bannir de tout nouveaux développements, si ce n'est peut-être l'écriture dans des fichiers typés. (et encore)

[sjrd]

et rajouterais: Shortstring n'est pas l'avenir (unicode) et est définitivement à bannir de tout nouveaux développements, si ce n'est peut-être l'écriture dans des fichiers typés. (et encore)

+1
D'ailleurs les fichiers typés sont à bannir aussi depuis l'invention des streams

[djiga4me]

Je vais répondre d'une façon beaucoup plus terre à terre :
Non, l'usage de ShortString à la place de string ne réduira pas tes besoins en mémoire. Au contraire, il est augmentera.

En effet, le type ShortString occupe toujours 256 octets en mémoire. Le type string, lui, occupe 13 + Length(Str) octets en mémoire. Donc, toute chaîne dont la longueur est < 243 est stockée de manière plus économe dans une string que dans une ShortString.

Bonjour,
Merci beaucoup pour vos réponses, c'était en fait ça que je cherchais à savoir.
Pour ceux qui me parlent de base de donnés, c'était pas ça la question.

Je restais alors sur String au lieu de ShortSring, pour le reste (les aglo...etc) C'est une toute question, donc ça portas plus sur mes optimisations.

Merci.