Discussion :

[od.dev]

bonjour,
je me rends compte que le poste de mon message n'a pas fonctionné, décidemment, je me demande si tout ne viendrait pas de mes doigts... Je ne me relance pas dans les détails,

quelqu'un connaîtrait il une alternative aux multex pour limiter l'instanciation d'une form contenue dans une dll ?

Merci d'avance.

[Fabrice ROUXEL 1]

La design pattern Singleton.

[ShaiLeTroll]

un peu honteusement, tu peux utiliser la variable globale généralement créée dans l'unité d'une Forme pour gérer ton Singleton, et tu rajoute juste pour l'élégance (souvent il veut mieux déplacer cette variable globale dans la partie implementation pour la cacher ... ben oui, pas de variable de classe comme en java, et le singleton c'est java like ... même si les Design Patterns c'est plus à l'époque du Smalltalk, mais moins à la mode, et Delphi n'est pas propre propre pour faire si beau ... du moins personne n'apprend les bonnes choses à l'école ...)

Code :

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

1
2
3
4
5
6
class function TMyDLLForm.SingletonInstance: TMyDLLForm;
begin
  if not Assigned(MyDLLForm) then
    MyDLLForm := TMyDLLForm.Create(nil);
  Result := MyDLLForm;
end;

Tient, tu peux regarder dans Classes.pas, la variable RegGroups, qui est le principe du Singleton à la sauce Delphi ...

[od.dev]

Super, merci beaucoup pour votre aide. , je me jette dessus.

J'ai passé une journée entière sur les multex que je croyais avoir compris, j'ai épluché les postes les concernant :
Je suis incapable (mais peut-être est-ce là le pb) de faire fonctionner ce machin là correctement

[Fabrice ROUXEL 1]

ShaiLeTroll a écrit :
"même si les Design Patterns c'est plus à l'époque du Smalltalk, mais moins à la mode"

Ce n'est pas le probleme d'être à la mode ou pas. Même si Delphi dans sa version Win32, et notamment via le Singleton, révele les carences d'un langage objet mal conçu.( Essayes d'appliquer la forme canonique de Coplien pour une classe en Delphi... il n'y a pas de contructeur de recopie, pas de surcharge d'operateurs, pas de variable de classe, pas de template de class ou fonction, pas d'heritage multiple , membre strict private public, etc...)

Sous DotNet qui est une plateforme completement objectivée avec des assembly qui remplacent les DLL, on ne manipule plus que des objets ce qui impose plus d'effort en conception( et connaissance de patterns) que du code à la fois procedurale et "pseudo" objet.

[od.dev]

Merci

Sauf mauvaise surprise à venir, ça marche très bien, quel est l'intérêt de s'emm.. avec les multex ?