Discussion :

[NorexaMS]

Bonjour

Simple question :
Si on a une fiche avec 3 bouttons chacun exécutant une action différente dans le onclick , donc on à dans notre unité 3 procédures onclick déclarées !!!

Le même cas avec une seule procédure Onclick avec un switch (case TButton(Sender).TAG Of) et chaque evenement onclick des bouttons pointe vers cette même procédure avevc leurs TAG différents !!§

Est ce que ceci a un impact sur la vitesse d'exécution du programme, estce que si on regroupe plusieurs actions dans une meme procédure, chacune indexant vers le composant correspondant, ceci nous fait il gagner plus de ressources ou de vitesse ou est ce que c'est la meme chose ?

Merci

[exoseven]

Franchement l'optimisation à ce niveau c'est rien du tout, là tu es plus dans une option d'améliorer la maintenance et la lisibilité de ton code.

Gagner 50 octets en taille ou 0.00001 seconde lors de l'appui sur un bouton c'est quand ton programme tourne sans bug et que tu as du temps à perdre qu'a la limite tu peux te poser la question

[sjrd]

Et puis même, c'est pénalisant. Puisqu'avec une seule méthode, tu as plusieurs tests à faire !

Il faut retenir une chose : l'optimisation c'est mal. La maintenance et la lisibilité, c'est le bien. Là tu veux fuire le bien pour courir vers le mal.

[Aos]

La plus grosse optimisation se fait au niveau des conditions, des calculs ect...
Ensuite, voir si c'est des calcul de bas niveau ou non, est ce que ce sont des instructions direct du processeur...

Le nombre de procédure/fonction importe peu.

[NorexaMS]

MErci pour l'info
sincèrement je m'en doutais que a ce niveau la ca n'a pas grande chose a faire
Mais je voulais etre sur !!!
Question compilation j'ai pas la notions des tarifs !!!

[Franck SORIANO]

Il faut retenir une chose : l'optimisation c'est mal. La maintenance et la lisibilité, c'est le bien. Là tu veux fuire le bien pour courir vers le mal.

Euh... faut pas exagérer quand même. Ca dépend de tes objectifs et de ton context d'utilisation.
Il ne faut pas oublier que le développement ce n'est pas une fin en soit. Il ne faut pas non plus chercher à tout prix à se faciliter la vie et la maintenabilité du code, si ça doit se faire au détriment du service rendu.

Si tu dois installer 10 serveurs en load balancing pour réaliser un traitement que le développeur n'a pas voulu optimiser pour privilégier la "maintenance et la lisibilité" (et encore, les deux ne sont pas si incompatibles que ça), tu multiplies par 10 tes couts de production, que tu devras donc payer tous les mois. C'est bien pire que de multiplier par 10 le cout de la maintenance de ton appli, le jour ou peut-être tu voudras faire une évolution...

Il faut toujours trouver le bon équilibre entre optimisation et maintenabilité. Il n'y a pas de "bien" ou de "mal" tout est une question d'objectifs.

[ShaiLeTroll]

Il est évident, que la centralisation implique un routage des actions, donc un calcul qui prend du temps mais bien moins que le temps que l'écran se rafraichissent (ton oeil ne va même pas assez vite), ... car l'affichage c'est finalement assez lent ...

Parfois, il devient difficile d'avoir un controle absolu et une vision globale des actions les unes par rapport aux autres ... voir la TActionList pour organiser ses traitements ...

Vouloir centraliser les traitements en un seul point, c'est un début de conception à la MVC (Modèle-Vue-Contrôleur)

J'ai aussi tenté de faire ce genre de chose, d'avoir un point tout est centralisé (un Event et un GROS case), au final c'est parfois pire qu'avoir 50 gestionnaire différents (problème de lisibilité relevé par les autres membres du forum), et parfois c'est pas mal du tout, tout dépend en fait de l'ergonomie que l'on souhaite pour son applicatif ... par exemple, si tu as une application guidée pas à pas, genre Installeur, ou une application libre ou l'on peut cliquer partout comme on veut genre Explorateur Window, la façon de gérer les évènements n'est pas du tout la même ...

Est-ce que quelqu'un aurait un tutorial avance sur le MVC en Delphi, car personnellement, je n'ai jamais vraiement réussi à détacher vraiement la Vue des Données sans perdre tout le confort de Delphi, ...

[Kaféine]

a mon avis le seul moyen pour ne pas perdre le coté RAD de delphi avec un modèle MVP (ou MVC) c'est soit de développer des composants ou wrapper de composant prenant en charge le modèle ou alors un adaptateur model <-> DataSet.

[ShaiLeTroll]

Effectivement Kafeïne, la meilleure réussite de "MVC" que j'ai faite c'est un Mappeur qui lie des objets avec des Edits à la façon d'un DataSet, ... se résumant à un Load et un Save