Nous écrivons généralement beaucoup de code, pour l'entreprise, pour nous-mêmes ou pour des amis. Parfois, afin de vérifier une idée qui m'est propre, ou d'apprendre
Pour une certaine technologie, du code expérimental sera écrit. Le cycle de vie d'un tel code est très court et ne nécessite pratiquement aucune maintenance. Vous pouvez simplement l'écrire comme vous le souhaitez.
par. Cependant, lorsque vous souhaitez réellement réaliser un PProject, la conception du code est très importante. Parce qu'un tel code nécessite du long terme
Maintenance, modification ou amélioration continue. Une conception de code désordonnée rend la maintenance très difficile, voire impossible. La modification de ce code signifie.
Cela entraînera davantage de bugs ou de catastrophes.
Puisque la conception du code est si importante, nous ne pouvons pas l’ignorer. Alors, comment concevez-vous votre code ? Les techniques de programmation orientée objet peuvent aider
Aidez-nous. Ici, pour faire quelques digressions, de nombreux programmeurs confondent la technologie de programmation orientée objet (POO) avec la technologie orientée objet (OO). Immédiatement
D'après ma propre compréhension, la technologie orientée objet est une connaissance large et profonde. C'est une méthodologie ou une vision du monde, tandis que la technologie orientée objet est une sorte de méthodologie ou de vision du monde.
Les techniques de programmation orientée objet fournissent simplement un moyen d'utiliser la programmation orientée objet lors du codage.
Ce qui suit est l'expérience de l'auteur après avoir lu quelques livres connexes et une pratique quotidienne, et espère la partager avec vous.
Tout d’abord, séparez le code d’interface et le code fonctionnel. Un principe à garder à l’esprit est de ne pas écrire de logique fonctionnelle complexe dans le code de l’interface.
Codez. Le fichier d'implémentation du formulaire d'interface sert uniquement à stocker le code d'interface et à séparer le code fonctionnel complexe. Pour donner un exemple simple,
Supposons que vous souhaitiez obtenir une liste de chaînes quelque part, puis l'afficher dans une TListBox. Ce code est respectable :
ObjetXXX := TObjectXXX.Create;
ListBox1.Items := ObjectXXX.GetStringList;
ObjetXXX.Free ;
De cette façon, la logique complexe d'obtention de la liste de chaînes est encapsulée dans le code d'implémentation de la classe TObjectXXX, et la définition de cette classe peut être
et la mise en œuvre sont placées indépendamment dans un fichier .pas pour une maintenance facile. Séparer le code d'interface et le code fonctionnel présente un autre avantage,
Le code d'implémentation d'une fonction peut être appelé par plusieurs modules d'interface. Si vous copiez le code d'implémentation de la fonction là où cela est nécessaire, alors.
Vous aurez plusieurs modules identiques à maintenir. Si vous devez les modifier, haha, il est presque impossible de garantir que vous ne ferez pas d'erreurs.
Deuxièmement, rendez la logique de chaque module aussi simple que possible. L’expérience nous apprend qu’une logique trop complexe entraînera des difficultés de compréhension.
Catastrophe. Par conséquent, rendez le code de chaque module aussi simple que possible, généralement pas plus de 25 lignes de code. Lorsque vous constatez que la logique que vous écrivez tend à
Complexe, alors c'est le moment pour vous de rechercher des objets et de voir si vous pouvez isoler une partie de la logique.
Enfin, faites attention à la dénomination des variables. Vérifiez souvent le code source de la VCL et vous constaterez que les variables membres privées de la classe VCL commencent toutes par "F".
En commençant par, les noms de classes commencent tous par "T" et ainsi de suite. Quels en sont les avantages ? Quand d'autres regardent un code comme celui-ci, une fois qu'ils voient le "F"
Au début, vous pouvez immédiatement savoir qu'il s'agit d'un membre privé de la classe, ce qui facilite la maintenance du code.