Discussion :

[the big ben 5]

Bonjour,

J'aimerais dériver la class FileDialog. Voici mon code:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
unit Class1; 
 
interface 
 
uses  System.Windows.Forms; 
type  
 TClass1 = class(System.Windows.Forms.FileDialog)  
  private    
  public    
    constructor Create;  
  end; 
 
implementation 
 
constructor TClass1.Create;
begin  
  inherited Create;
end; 
 
end.

Sachant que la fileFialog contient etre autre ce code:

Code :

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

1
2
3
4
public FileDialog = class abstract(CommonDialog)   
  strict private class constructor Create; static;   
  private constructor Create; 
end;

Mon problème c'est qu'avec le inherited create : Il ne trouve pas le create et dit qu'il n'existe pas vu qu'il est en private et sans le create il dit que l'objet n'est pas initialisé.
Alors comment puis je faire?

D'avance merci

Ben

[slimjoe]

Je crois que ce post devrait être déplacé dans la section .NET.

[slimjoe]

Code :

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

1
2
3
4
public FileDialog = class abstract(CommonDialog)   
  strict private class constructor Create; static;   
  private constructor Create; 
end;

Je ne connais pas Delphi pour .NET mais j'ai quelques connaissances POO et je ne suis pas capable d'imaginer à quoi peut bien servir un constructeur privé. Si le constructeur est privé comment est-ce que l'on construit la classe ? À la limite on le force à être hérité et on le met protected mais s'il est private je n'y comprends rien.

C'est dans la source de Delphi ça ou si c'est toi qui a fait cette classe ?

[sjrd]

Je ne connais pas Delphi pour .NET mais j'ai quelques connaissances POO et je ne suis pas capable d'imaginer à quoi peut bien servir un constructeur privé. Si le constructeur est privé comment est-ce que l'on construit la classe ? À la limite on le force à être hérité et on le met protected mais s'il est private je n'y comprends rien.

Le premier constructeur est un constructeur de classe : il ne doit jamais être appelé directement, et peut donc est strict private. Le second est un constructeur d'instance, déclaré private : il est donc atteignable partout dans l'unité qui contient FileDialog.

En revanche, si tu développes une nouvelle unité, là tu ne parviendras jamais à atteindre ce constructeur

[slimjoe]

merci pour l'info

[slimjoe]

Le premier constructeur est un constructeur de classe : il ne doit jamais être appelé directement, et peut donc est strict private. Le second est un constructeur d'instance, déclaré private : il est donc atteignable partout dans l'unité qui contient FileDialog.

En revanche, si tu développes une nouvelle unité, là tu ne parviendras jamais à atteindre ce constructeur

Donc ça revient à dire qu'il est impossible d'hériter de FileDialog à moins d'écrire directement dans le unit System.Windows.Forms ?

[sjrd]

Donc ça revient à dire qu'il est impossible d'hériter de FileDialog à moins d'écrire directement dans le unit System.Windows.Forms ?

Non, seulement que ce constructeur ne sera pas accessible. Mais le constructeur hérité sera toujours disponible... Bon bien sûr pas op à la casse, mais bon

[slimjoe]

Non, seulement que ce constructeur ne sera pas accessible. Mais le constructeur hérité sera toujours disponible... Bon bien sûr pas op à la casse, mais bon

Je suis probablement un peu imbécile () mais je ne comprends pas comment on pourra construire la classe héritée si cette dernière ne peut pas appeller le constructeur de sa superclasse. Je crois que c'est le problème à l'origine de ce post d'ailleurs, l'impossibilité de faire inherited Create dans le constructeur de la classe qui hérite.

Comme je l'ai dit précédemment, je ne connais pas Delphi.NET mais j'aime bien apprendre .

[sjrd]

impossibilité de faire inherited Create dans le constructeur de la classe qui hérite.

Si, c'est possible. Simplement, cela appellera le constructeur Create déclaré dans la classe parent de FileDialog...

Il faut savoir que ce n'est pas le constructeur de TObject (Object en .NET) qui crée l'instance, mais bien le premier constructeur appelé. Les constructeurs hérités appelés récursivements ne font qu'initialiser les variables de la classe.