Discussion :

[dvarrel]

j'ai lu le cours "processus et threads" de laurent berne diffusé sur develloppez.com

les exemples fonctionnent mais une question se pose concernant les threads:

laurent berne utilise les objets de la vcl dans la fonction execute alors que borland le déconseille vivement et recommande l'utilsation de la méthode synchronize.

Alors qui a raison ?

[Fares BELHAOUAS]

Salem dvarrel,

Normalement, c'est borland qui a raison, mais bon.

peux tu nous donner le lien de ce cours ?

[Smortex]

laurent berne utilise les objets de la vcl dans la fonction execute alors que borland le déconseille vivement et recommande l'utilsation de la méthode synchronize.

Il n'y a pas de methode conseille ou deconseille : il y en a une qui fonctionne et une qui ne focntionne pas.

Par contre, il faut bien differncier VCL et VCL utilisateur : le Thread peut avoir ses propres composants VCL, auquel cas la methode synchronize n'est plus utile. Par contre, si le thread doit acceder aux composants d'une fiche par exemple, la, c'est obligatoire ... sinon, plantage !

[Laurent BERNE]

Bonjour,
Difficile de répondre comme ça..
Plusieurs raisons à ça.. mon passé de programmeur du temps où je n'utilisais qu'un compilo C et aucune lib( tout avec les API quoi..)

Le fait que je trouve l'usage de la fonction Synchronize trop restrictif (le passage d'argument ? )


D'ailleurs dans l'aide de Delphi sur la méthode TThread.Synchronize, c'est écrit :
"Synchronize provoque l'exécution de l'appel spécifié de la méthode spécifiée par Method par le thread VCL principal, ce qui évite les conflits multithread. Si vous n'êtes pas sûr qu'un appel de méthode soit adapté à l'utilisation de threads, appelez-le depuis le thread VCL principal, en lui étant transmis par la méthode Synchronize.

L'exécution du thread est interrompue tant que Method s'exécute dans le thread VCL principal.

Remarque : Vous pouvez aussi protéger les méthodes non sécurisées en utilisant des sections critiques ou le synchroniseur en écriture exclusive multi-lecture."

Du du coup, je n'ai pas jugé utile de changer ma méthode de programmation (notamment pour le passage de code Turbo C vers C++Builder, où je n'avais qu'a faire du copier coller..)

Mais bon, je n'ai jamais dis que c'était la voie orthodoxe que je pratiquais ;D.
Ce PDF, c'est les Threads et Processus façon Laurent BERNE, et faut le prendre pour ce que ça vaut, ni plus ni moins. C'est comme ça que je les utilise, et chez moi ca fonctionne très bien. Je n'ai pas la "parole d'évangile", ni vocation à l'avoir.

Bonne continuation !

@++

[dvarrel]

pour le lien du cours consulté :


http://lberne.developpez.com/delphi/Proc-Thread/


smortex a écrit :

Par contre, il faut bien differncier VCL et VCL utilisateur : le Thread peut avoir ses propres composants VCL, auquel cas la methode synchronize n'est plus utile. Par contre, si le thread doit acceder aux composants d'une fiche par exemple, la, c'est obligatoire ... sinon, plantage !

l'avis de smortex me convient, merci à tous !