La technologie VCL de Delphi permet à de nombreux programmeurs de commencer très rapidement: la porte du programmeur est simplement traînée et quelques déclarations Pascal. Félicitations, vous pouvez déjà effectuer cette grande cause de développement de programmes. Cependant, après avoir étudié pendant un certain temps, vous ne le pensez peut-être pas. Parce que Delphi prend en charge les langues orientées objet, en fait, tous les composants VCL sont conçus sur la base des langues orientées objet. Cela, bien sûr, nous ne discuterons pas ici de la qualité de l'utilisation de méthodes orientées objet, et nous ne voulons pas non plus provoquer des protestations de personnes concernées, après tout, des "carottes et légumes".
Dans Delphi, tous les contrôles sont déclarés sous le mot clé de publication, qui est également l'emplacement par défaut pour l'utilisation de la programmation des composants. De cette façon, si un formulaire veut se référer à un contrôle dans Form1 (si c'est l'unité1), tant que l'utilisation de l'unité1 est OK. Cependant, si un jour je change accidentellement le nom du contrôle dans Form2, tous les codes de la forme1 ne seront-ils pas réécrits? Par conséquent, je préconise d'utiliser ces contrôles comme éléments spéciaux de la classe de formulaire, et les formulaires externes peuvent accéder aux contrôles en eux via les propriétés publiées par la classe de formulaire.
Par exemple:
Tform1 = classe (tform)
Privilège
Button1: Tbutton
fin;
Cependant, cette conception résout la forte encapsage des membres. En fait, ce problème est également résolu.
Initialisation
Ajouter un registre ([tbutton])
C'est OK.
Bien sûr, une telle méthode de conception orientée objet est plus compliquée que la méthode de "traînée" précédente, mais nous avons atteint un haut degré d'encapsulation, ce qui, je pense, en vaut la peine, qu'en est-il des gars?