Discussion :

[Array]

Bonjour,

Je fais un programme qui comporte beaucoup de données sur les dimensions de fenêtres dont il est le propriétaire. Le problème, c'est que si une fenêtre particulière est redimensionnée, plusieurs fonctions doivent redimeensionner les autres fenêtres.

Il serait donc plus facile de faire une méga structure externe ou je stockerais toutes les données relatives aux fenêtres.
Cependant, ce concept se rapproche plus de la programmation orientée objet (oop) que de la programmaton impérative.
Or, j'ai entendu dire que la programmation objet (e.g. C++) donne des programmes plus lents que des programmes codés avec un language impératif (e.g. C).
Donc, je voudrais savoir si c'est vrai ou... faux (duh!), et pourquoi?

J'aurais tendance à croire que des données transmises de fonction en fonction devraient être plus lentes, parce qu'à chaque appel, on crée des variables pour contenir les arguments et on doit les initialiser, alors que les données 'publiques' (i.e. accessibles par les autres fonctions, c'est-à-dire des variables externes) ne sont pas crées à chaque appel ni initialisées...

Merci!

Cordialement,

Array

P.S. Je parle vraiment de vitesse ici, et je me moque de la facilité avec laquelle le programme peut-être mis à jour.

[tonton fred]

Salut,

Il serait donc plus facile de faire une méga structure externe ou je stockerais toutes les données relatives aux fenêtres.
Cependant, ce concept se rapproche plus de la programmation orientée objet (oop) que de la programmaton impérative.

Ou une liste chainee de structures fenetre, ca serait beaucoup plus souple et aussi plus simple a gerer qu'une grosse structure Mais dans un cas comme dans l'autre, avoir des structure n'implique pas la poo (objet, c'est plutot a mon avis utiliser les notions d'heritage, de methodes, etc...)

Or, j'ai entendu dire que la programmation objet (e.g. C++) donne des programmes plus lents que des programmes codés avec un language impératif (e.g. C).
Donc, je voudrais savoir si c'est vrai ou... faux (duh!), et pourquoi?

Un bon programme en C++ sera toujours plus rapide qu'un mauvais en C Et s'il y a vraiment une difference non due a la competence du codeur dans certains cas particuliers (ce qui reste a prouver) elle doit etre de quelques cycles d'horloges au max. Je vois mal l'influence sur une interface graphique qui peut se permettre une latence de quelques ms.

J'aurais tendance à croire que des données transmises de fonction en fonction devraient être plus lentes, parce qu'à chaque appel, on crée des variables pour contenir les arguments et on doit les initialiser,

Si tu transmet une copie de la variable oui. Mais tu peux passer l'adresse.

alors que les données 'publiques' (i.e. accessibles par les autres fonctions, c'est-à-dire des variables externes) ne sont pas crées à chaque appel ni initialisées...

Ca depend si tu passes ta variable par reference ou par valeur.

Sans connaitre ton programme ou ton interface, je te conseillerais une liste chainees de fenetre avec les coordonnees et les dimensions, avec seulement l'adresse de la premiere fenetre comme variable globale plutot qu'une "mega structure" publique.