Idées de programmation orientée objet Delphi
Liu Yizhu
Préface
La première fois que j'ai connu Delphi, ce n'était pas grâce au logiciel Delphi de la société Borland, mais parce que j'avais lu le mot dans l'ouvrage classique de Platon "Les Dialogues de Platon" "Défense".
Un de mes amis est allé à .
Delphes est le lieu où vit l'oracle, le dieu de la prophétie. Les "Dialogues de Platon" rapportent qu'un ami de Socrate se rendit à Delphes pour demander à Pythien, la déesse de la prophétie, qui était la personne la plus sage. Les Pythes disaient que personne n’était plus sage que Socrate. Socrate était profondément perplexe car il se trouvait entouré d'hommes politiques, de poètes, de philosophes et d'artistes. Ces « experts » et « autorités » ne sont-ils pas plus sages ? Je suis bien pire qu'eux.
Socrate a rendu visite à ces « experts » et « autorités » un par un, mais a constaté qu'ils étaient souvent bien-pensants, se trompant eux-mêmes et prétendant savoir des choses qu'ils ne comprenaient pas. Grâce à cette visite, Socrate a également découvert qu’il en savait très peu sur de nombreux aspects. Mais Socrate ne prétendait pas comprendre, il avouait son ignorance. C'est ce que Pythien, la déesse de la prophétie, appelle la véritable « sagesse ».
En fait, ce type de sagesse n’a pas été proposé pour la première fois par les Grecs de l’Antiquité. Bien avant Socrate, Lao Tseu de notre pays l’avait déjà résumé. Dans le Tao Te Ching, il est dit que « celui qui connaît les autres est sage, et celui qui se connaît est sage ». C'est ce que cela signifie.
Désormais, Delphi que nous utilisons est déjà un excellent langage de programmation et outil de développement de logiciels. Cependant, face à Delphi, profond et en constante évolution, nous en savons encore très peu sur de nombreux aspects. Mais lorsque nous apprenons et utilisons Delphi, avons-nous également l'attitude de connaissance de soi de Socrate et la sagesse de tout savoir ?
De nombreux amis choisissent Delphi. La première pensée est peut-être due au fait que Delphi est puissant, facile à apprendre et à utiliser. Ils ont même affirmé maîtriser Delphi en trois mois et ont osé développer des logiciels de manière indépendante en six mois. En fait, tout ce qu’ils peuvent faire, c’est glisser-déposer des contrôles. Lorsqu'ils sont intoxiqués par leurs propres programmes, ils sont en réalité intoxiqués par la sagesse exquise de Delphi et par le contrôle des autres. Ce type de programmeur Delphi est souvent surnommé « procrastinateur » par d’autres. Mais ils semblent se considérer comme les maîtres de Delphes.
De nombreux amis ont également abandonné Delphi. La première pensée est peut-être due au fait qu'ils pensent que Delphi n'est qu'un outil RAD similaire à VB. À leur avis, Delphi n'est qu'une programmation de contrôle et ne peut pas véritablement implémenter la POO comme C++ ou Java. Ils doutent que Delphi possède les caractéristiques d'un langage de programmation orienté objet et qu'il puisse implémenter des technologies orientées objet telles que le polymorphisme et les modèles. A leurs yeux, seuls ceux qui utilisent C++ ou Java sont de vrais maîtres.
Alors, qu’est-ce qu’un vrai maître et comment peut-on le devenir ?
Voyons d’abord ce qu’est un maître d’arts martiaux, peut-être pourrons-nous nous en inspirer.
Quiconque aime les arts martiaux ou les romans d’arts martiaux sait qu’il existe deux manières de pratiquer les arts martiaux : l’entraînement externe et l’entraînement interne. L'entraînement externe des poings, des coups de pied et des armes, la qualité des poings, des coups de pied et des armes sont la clé ; l'entraînement interne du Qi, l'entraînement au raffinage du Qi, l'entraînement de l'esprit et le retour de la faiblesse sont la base. La plus grande différence entre ces deux méthodes de culture réside dans la relation fonctionnelle entre le temps et la compétence, comme le montre la figure 1. En termes simples, au cours des 3 premières années, ceux qui pratiquent les compétences externes peuvent facilement vaincre ceux qui pratiquent les compétences internes ; au cours de la 10e année, les deux parties ne peuvent se retrouver à égalité qu'après 15 ans, quelle que soit la manière dont vous pratiquez les compétences externes ; vous ne pourrez pas rivaliser avec ceux qui pratiquent les compétences internes. 20 ans plus tard, le maître de la force intérieure est invincible au monde. La raison réside précisément dans la relation dialectique entre « qi » et « qi ».
Les « armes » sont des objets tangibles, et les épées, les fusils, les épées et les hallebardes sont tous des armes tangibles. La pratique des arts martiaux à l'extérieur est indissociable de ces armes tangibles. Pratiquer les arts martiaux, c'est entraîner les armes. Par conséquent, les maîtres d’arts martiaux qui utilisent des armes à feu et des épées s’appuient souvent sur la qualité des armes.
Le « Qi » est une substance invisible, et toute sagesse, pouvoir magique et pensées sont toutes des substances invisibles. La culture interne du Qigong est indissociable de ces qualités intangibles. La pratique du Qigong est un entraînement au Qi. Par conséquent, les vrais maîtres d’arts martiaux n’ont souvent pas besoin de s’appuyer sur des armes spécifiques. Pour eux, tout objet tangible peut être transformé en arme selon l’esprit. Un éventail pliant ou un fouet à mouche dans sa main est aussi puissant qu'une célèbre lance ou épée, grâce à l'acquisition du Qi.
Figure 1 Diagrammes de fonctions de temps et de compétences de deux méthodes de culture
Dans le développement de logiciels, les outils de programmation sont des « instruments » et les idées de programmation sont du « qi ».
Parmi les outils de programmation, des outils faciles à utiliser tels que VB et PB ; des outils difficiles à utiliser tels que l'assembleur et C++ ; des outils anciens tels que FORTRAN et COBOL ; et des outils à la mode tels que Java et C#.
Dans la pensée programmatique, il existe une approche orientée objet et une approche orientée processus, qui sont à la fois une vision du monde et une méthodologie. Le premier reflète la façon dont les gens pensent aux objets objectifs, et le second reflète la façon dont les machines pensent aux instructions. Dans la pratique continue du développement logiciel, la supériorité du premier a été continuellement reflétée et confirmée.
Maîtriser les idées de programmation orientée objet, c'est comme acquérir le véritable sens de la formation Qi. Son importance l’emporte souvent sur le choix du langage de programmation !
Même si quelqu’un choisit des outils orientés objet, il ne peut toujours pas devenir un véritable maître. Parce que ce qu'il valorise, c'est la qualité du « qi » et ignore la culture du « qi ».
En fait, « Peu importe qu'un système ou un langage soit orienté objet. Ce qui compte, c'est la manière dont il peut être orienté objet et les méthodes utilisées pour obtenir les avantages correspondants. » ("Méthode orientée objet : principes et pratiques", Machinery Industry Press, mars 2003)
Bien qu’il soit facile de pratiquer les armes, il est difficile de devenir un maître. Bien que l'entraînement au Qi soit bon, les résultats sont lents et la solitude est insupportable. Il n'est pas possible pour les gens ordinaires de comprendre clairement leur esprit et de prendre le bon chemin. Par conséquent, de nombreux maîtres d’arts martiaux pratiquent d’abord les armes, puis le Qi. Ils pratiquent à la fois en interne et en externe pour réussir.
Pour les nouveaux venus dans le monde des arts martiaux, ils doivent utiliser la puissance des armes pour compenser leur manque de force interne. La qualité des armes est souvent très importante. Mais à mesure que les arts martiaux augmentent et que la force interne se développe, la dépendance aux armes devrait diminuer. "La Légende des Héros Condor" Yang Guo pratique l'escrime. Lorsqu'il apprend pour la première fois, il aime utiliser des épées tranchantes. Après avoir maîtrisé l'escrime, il aime utiliser des épées émoussées. Après avoir maîtrisé ses compétences internes, les branches d'arbres peuvent également le faire. être utilisés comme des épées. Ainsi, pour les vrais maîtres, la qualité de l’épée n’a souvent pas d’importance.
De même, la croissance des maîtres logiciels passe également par ce processus. Les débutants en programmation doivent choisir un bon langage, qui peut obtenir deux fois le résultat avec moitié moins d'effort, tout en stimulant l'intérêt et en renforçant la confiance. Une fois que vous êtes familiarisé avec un langage, vous devez l’utiliser comme une opportunité pour maîtriser les idées de programmation orientée objet. À l'heure actuelle, ce que vous connaissez n'est plus la grammaire, les fonctions et les bibliothèques de classes du langage lui-même, mais des méthodes de réflexion telles que la liaison, le polymorphisme, les modèles, etc., et puis par analogie, il n'est pas difficile d'apprendre d'autres langages orientés objet. Les vrais maîtres du logiciel qui travaillent dur sur leurs compétences internes, ont le courage de s'entraîner et finalement réussissent ne sont pas limités par les langages de programmation. Ils connaissent peut-être un outil de développement, mais ce n'est qu'un outil qui porte leur esprit invisible. Ils sont ouverts d’esprit, désireux d’apprendre et doués pour résumer. Leurs idées, méthodes, modèles et même philosophies transcendent non seulement les langages de programmation, mais peuvent également guider la pratique des langages de programmation.
Delphi fournit un raccourci pour la croissance des maîtres logiciels à la fois en interne et en externe. Lorsque vous apprenez et pratiquez Delphi, vous pouvez utiliser ses avantages de RAD et de contrôle pour vaincre rapidement vos adversaires lorsque vous débutez ; lorsque vous apprenez et pratiquez Delphi, vous pouvez également utiliser ses capacités POO, la force de VCL et la force ; de bacon pour obtenir un succès invincible.
La célèbre Huashan Sword Sect était autrefois divisée en « Sword Sect » et « Qi Sect ». La première ne pratiquait que les armes et enseignait les mouvements ; la seconde pratiquait également le Qi et reconstruisait les fondations.
Apprendre Delphi, c'est comme pratiquer Huashan Swordsmanship. Prendre le chemin RAD est "Sword Master", et partir de la POO est "Air Master". Le premier aime utiliser les commandes et s'intéresse aux techniques et astuces étranges ; le second aime les objets et s'intéresse aux modèles de méthodes. Le premier recherche des résultats rapides, tandis que le second a de grandes aspirations.
Je pense que les amis qui choisissent Delphi pour RAD ou abandonnent Delphi à cause de la POO ne comprennent pas vraiment Delphi. Delphi est un bon logiciel de développement RAD, mais il est difficile de devenir un véritable maître sans apprendre la POO et approfondir la VCL. De même, Delphi est un authentique outil de programmation POO. Associé au puissant compilateur RAD et efficace de Delphi, il peut présenter plus d'avantages et une efficacité supérieure à celle des autres langages POO. Si nous pouvons briser les vues sectaires, pratiquer le « qi » et le « qi » ensemble, et pratiquer à la fois interne et externe, je crois qu'il ne sera pas difficile pour les programmeurs Delphi de passer d'un quickie RAD à un maître POO, et éventuellement d'être fier du monde et dominer le monde.
Plus tôt, j'ai brièvement discuté de la relation dialectique entre « Qi » et « Qi ». En programmation, l'une des clés pour cultiver et améliorer la force interne est de maîtriser l'idée de la programmation orientée objet. En fait, je pense que la programmation orientée objet est la plus en phase avec la beauté de la vérité invisible de la route.
Pourquoi tu dis ça ? « La grande transformation des temps anciens naît avec l'invisible » (la deuxième réaction de « Guiguzi »). Le mystère du Qi réside d'abord dans sa « grande transformation ». Le grand changement est la grande création du ciel et de la terre, qui rassemble toute la puissance de création et de changement. La pensée en programmation orientée objet possède cette qualité.
Laozi a dit : « Le commencement sans nom du ciel et de la terre est le nom de la mère de toutes choses. » Sans nom signifie indescriptible et indéfinissable. La chose la plus mystérieuse dans la manière de penser dite orientée objet est de savoir comment identifier et définir des objets à partir de « sans nom » et comment construire et utiliser des objets à partir de « nommés ».
Pour les développeurs de logiciels, le processus de compréhension des entités objectives et d'analyse et de conception des besoins des utilisateurs est le processus de découverte et de définition d'objets, et c'est un processus allant de l'innommé au célèbre. Cependant, les objets ici sont différents des variables ou des fonctions dans les processus orientés processus. Les objets sont créés par des classes sont des concepts abstraits, des « noms » définissables et sont la mère des objets.
En conséquence, le Tai Chi a donné naissance à Liang Yi et Liang Yi a donné naissance à Bagua Grâce à l'héritage et à la dérivation des classes, toutes choses sont nées et des systèmes se sont formés.
Même « l'outil » en tant qu'outil de programmation orientée objet incarne et porte également le « qi » des idées de programmation orientée objet.
La première phrase du premier chapitre de "Zhou Yi Shen Tong Qi", un ouvrage classique d'entraînement énergétique interne connu sous le nom de "Roi du Sutra de l'Alchimie éternelle", est "L'univers est la porte de Yi, le parent de tous les hexagrammes". . Kan Li Kuang Guo, l'axe principal du centre de mouvement, féminin. On pense que les quatre hexagrammes de Mu sont "Pu".
Du point de vue du développement logiciel, bien que les outils de programmation orientés objet offrent la possibilité de construire une infinité de types de systèmes logiciels, cette infinité est construite dans le cadre limité de sa propre bibliothèque de classes. Qu'il s'agisse de la VCL de Delphi, de la bibliothèque de classes Java ou du framework .net, ils sont tous construits sur une structure similaire à celle de Zhouyi Bagua. "Il est facile d'avoir du Tai Chi, le Tai Chi produit deux yangs, deux yangs produisent quatre images et quatre images produisent du Bagua." Cette structure est impeccable et a une créativité infinie.
Taiji est un TObject dans Delphi, c'est l'atome du système de construction, c'est l'ancêtre de toutes les classes, il possède les caractéristiques de base de toutes les classes. Dans le monde de la programmation Delphi, la classe racine TObject génère la classe d'objets persistants TPersistent et la classe d'objets persistants TPersistent génère la classe d'objets composants TComponent, qui fournit des contrôles riches et des fonctions puissantes pour le développement d'applications.
Cependant, le cadre structurel de la bibliothèque de classes nous donne non seulement des composants qui peuvent être utilisés comme « instruments », mais plus important encore, cette structure réalise la construction et le changement du « qi » à travers la relation et les fonctions associées entre les classes, reflétant l'objet- orienté L'essence de la pensée programmatique. Fournit une excellente démonstration pour nous de créer nos propres systèmes.
Le deuxième mystère du Qi réside dans son « origine invisible ». L'invisibilité signifie sa liberté, son ouverture et son adaptabilité. L'idée de programmation orientée objet est pleine de la sagesse invisible du « qi ».
Par exemple, le polymorphisme dans la programmation orientée objet permet aux programmeurs d'écrire des programmes plus polyvalents et plus ouverts. Les programmeurs peuvent écrire une méthode abstraite virtuelle pure Stop() pour l'objet Vehicle. Une telle méthode universelle Stop() n'a rien à voir avec la voiture conduite. Les programmeurs peuvent laisser les classes dérivées se soucier de terminer la méthode stop() et continuer à écrire leurs propres procédures générales à un niveau d'abstraction plus élevé. Même si la méthode stop() de l'objet Car est complètement différente de la méthode stop() de l'objet Bicycle, le programmeur peut également utiliser Vehicle.stop() pour permettre à l'objet créé de savoir automatiquement quelle méthode appropriée sera appelée. . Cela donne au programme l'ouverture et l'adaptabilité du « qi ».
Dans la pratique du qigong, il est souligné que « la vertu supérieure est l'inaction, et elle n'est pas recherchée par l'observation. La vertu inférieure est pratiquée et elle sera utilisée à l'infini (« Zhou Yi Shen Tong Qi »).
Dans la pensée de la programmation orientée objet, "Shangde" est une méthode abstraite virtuelle pure à liaison tardive, une interface objet qui reste inchangée et s'adapte aux changements en constante évolution, c'est un haut degré d'abstraction des choses, et c'est de la métaphysique . "Shangde Wuwei" signifie qu'au niveau abstrait, le côté "virtuel" de la programmation se reflète dans l'inaction, car à ce moment, l'objet réel réellement utilisé ne peut pas être déterminé (il peut s'agir d'un objet Voiture ou d'un objet Vélo, ou encore peut être inventé plus tard) Nouvel objet de transport), "non basé sur l'observation" nous oblige à sortir des contraintes des besoins spécifiques et à ne pas considérer le code de mise en œuvre spécifique. Par conséquent, il n’y a pas d’implémentation de code dans des méthodes abstraites virtuelles pures ou des interfaces d’objet.
Dans la pensée de la programmation orientée objet, « Xiaode » fait référence à la couverture de méthodes abstraites virtuelles pures et à la mise en œuvre d'interfaces objet. "Faites-le avec moralité" fournit une véritable implémentation de code. "Il est utilisé à l'infini" pour répondre à des besoins en constante évolution.
Le polymorphisme permet aux programmeurs de dériver des objets et d'implémenter des programmes ultérieurement sans trop d'effort. Peu importe si le programmeur crée des applications pour les voitures et les vélos et ne sait pas que les camions existent. Les programmeurs peuvent écrire des méthodes stop() de substitution pour les classes Car et Bicycle qui héritent de la classe Vehicle. De cette façon, dans le programme, tant que les objets Car et Bicycle créés sont convertis en type Vehicle et que la méthode Stop() du Vehicle est utilisée, les objets Car et Bicycle peuvent être liés dynamiquement au stop(). méthode qui répond à leurs propres exigences. Même si un objet Truck est ajouté ultérieurement, la méthode Stop() de Vehicle est toujours appelée et aucune autre modification du programme n'est requise.
"Les choses sont naturelles, et les choses sont combinées et séparées. Certaines sont proches mais ne peuvent pas être vues, et d'autres sont lointaines et peuvent être connues. Ce qui est proche mais ne peut pas être vu ne peut pas être compris ; ceux qui sont loin peuvent être vus. , mais on peut les voir dans le futur." ("Guiguzi") Arrive quatrième)
Bien que les choses objectives soient complexes et que les besoins des utilisateurs changent, il existe également certaines lois inhérentes.
Ceux qui sont proches mais invisibles ne regardent que la réalisation de fonctions spécifiques devant eux et n'observent pas les lois générales du développement des choses. Ils n'ont en tête que des données isolées et des processus mécaniques. être pris au dépourvu et avoir du mal à y faire face. Une telle programmation est statique, mécanique et difficile à maintenir et à étendre.
Ceux qui peuvent voir de loin sont doués pour découvrir des modèles, valoriser la réutilisation des codes et voir les objets organiques et les relations harmonieuses. Même si les besoins changent, ils peuvent les gérer avec calme et aisance. Une telle programmation est dynamique, flexible, maintenable et extensible.
Paul Kimmel a déclaré dans "Delphi6 Application Development Guide" "C'est une erreur d'utiliser des outils orientés objet d'une manière non orientée objet. Utiliser Delphi pour écrire des programmes structurés peut rapidement atteindre la version bêta... Votre programme pourrait ne jamais être capable d'échapper à la version bêta. Obtenez rapidement la mauvaise réponse et vous vous trompez toujours.
En utilisant également Delphi, s'il n'y a pas d'idée de programmation orientée objet, ce sera comme "ne pas remarquer ce qui se dit". En fin de compte, ce sera toujours "proche mais invisible", ce qui rendra difficile le développement d'un excellent système. Ce n'est qu'en pratiquant dur, en résumant soigneusement et en maîtrisant les idées larges et profondes de la programmation orientée objet que nous pourrons contrôler librement notre « qi », « inverser ce que nous avons appris, ce que nous avons appris » et enfin atteindre l'état de « savoir ce qui est loin ».
Cela fait plus de 30 ans qu’est apparu le premier langage véritablement orienté objet Smalltalk (1972). Cependant, la plupart des livres de programmation orientée objet en librairie sont C++ et Java. Il semble qu'il n'y ait que ces deux langages orientés objet. En fait, il existe 4 branches de base des vrais langages orientés objet et près de 20 sortes. . Comme il existe très peu de livres sur la programmation orientée objet Delphi, de nombreux programmeurs doivent abandonner Delphi pour apprendre la POO. C'est vraiment une grande tragédie de Delphes. Quand j'ai lu « Penser en Java » de Bruce Eckel, je me suis demandé pourquoi il n'existait pas un tel chef-d'œuvre de Delphi ?
En fait, Delphi appartient à une famille bien connue. Il a été développé par Borland Company sur la base d'Object Pascal. Désormais, Borland Company utilise le langage Delphi pour remplacer Object Pascal [1] à partir de Delphi7. Delphi n'est en fait pas inférieur au C++ et à Java en termes de POO. Les lecteurs peuvent se référer à l'annexe de ce livre "Comparaison des langages de programmation orientés objet : Java, C++ et Delphi".
A cette fin, j'ai toujours prévu d'écrire un livre sur la programmation orientée objet Delphi pour résumer mon apprentissage et mon expérience pratique en programmation orientée objet Delphi. Cependant, il s'agit d'une tâche très difficile. L'ensemble du livre a pris beaucoup de temps, de la conception à l'écriture, et il n'a été officiellement achevé qu'en mai de cette année. Il se trouve que cette année marque également le 20e anniversaire de la fondation de Borland. En tant qu'utilisateur du produit Delphi de Borland, la publication de mon livre peut être considérée comme une commémoration de cet événement.
Il s'agit d'un livre qui traite uniquement de la programmation orientée objet dans Delphi. L'orientation objet n'est pas un embellissement à la mode de ce livre, mais le cœur et l'intégralité de ce livre.
À partir du chapitre 1 « Établir une nouvelle pensée orientée objet », ce livre tente de commencer par l'histoire et la situation actuelle de la programmation orientée objet, exposant l'origine, le développement et les concepts de base des idées de programmation orientée objet, ainsi que l'application. des méthodes de modélisation orientées objet et UML. Ce chapitre vise à aider les lecteurs à établir les concepts de base de l'orientation objet et à comprendre la méthode de pensée orientée objet.
Le chapitre 2 « Modèle objet Delphi » présente les connaissances de base de la programmation orientée objet Delphi et de son système de structure de modèle objet.
Le chapitre 3 « Comprendre les objets » aborde en profondeur le mécanisme interne, le cycle de vie et l'interaction des objets sous trois aspects : la nature, la vie et la mort, et les relations entre les objets, jetant ainsi les bases permettant aux lecteurs de comprendre et de maîtriser les objets.
Le chapitre 4 « Utilisation des objets » explique comment utiliser efficacement les objets dans la programmation orientée objet Delphi. Ici, nous nous concentrons sur les méthodes et techniques d'utilisation des objets d'interface, des objets composants, des ensembles d'objets et des paramètres d'objet, et menons une réflexion approfondie sur les problèmes courants liés à l'utilisation et au développement de composants VCL.
Le chapitre 5, « Polymorphisme en profondeur », présente le concept de polymorphisme et son application en programmation. À travers un grand nombre d'exemples, des concepts et des méthodes de réflexion importants tels que la surcharge et l'écrasement, les méthodes virtuelles et les méthodes dynamiques, les classes abstraites et les méthodes abstraites ainsi que la conversion de type de classe sont expliqués.
Le chapitre 6 « Analyse des interfaces » présente de manière exhaustive les connaissances en programmation et les compétences d'application des interfaces objet. Il explique le rôle important des interfaces dans la réalisation de liaisons dynamiques et d'héritage multiple, et démontre l'utilisation réelle des interfaces dans la programmation orientée objet.
Le chapitre 7 « Recherche sur l'encapsulation » clarifie l'importance et les principes d'application de l'encapsulation dans la programmation orientée objet, et discute plus en détail des méthodes de mise en œuvre et des techniques d'application de l'encapsulation du point de vue de l'encapsulation logique et de l'encapsulation physique respectivement.
Le chapitre 8 « Réaliser la séparation de l'interface et du métier » applique la programmation orientée objet à un nouveau niveau. Ce chapitre explique comment utiliser la conception orientée objet pour faire évoluer un programme de bureau vers un système multicouche distribué à travers un exemple évolutif de séparation de l'interface et de l'activité. Combiné avec la dernière technologie Web de Delphi, il présente comment utiliser le service Web pour encapsuler des objets métier, utiliser le formulaire Web pour encapsuler des objets d'interface et utiliser les nouvelles technologies pour encapsuler d'anciens objets, réalisant ainsi des applications multiplateformes.
Enfin, les chapitres 9 et 10 de ce livre, "Introduction approfondie à VCL", étudient le mécanisme interne de VCL et analysent l'utilisation des objets dans des catégories importantes de VCL, fournissant ainsi une référence aux lecteurs désireux d'améliorer leur niveau de programmation dans profondeur.
A en juger par la structure de ce livre, il peut être divisé en cinq parties.
Partie 1, les deux premiers chapitres du livre sont une introduction à la programmation orientée objet Delphi. Les lecteurs qui maîtrisent déjà les concepts de base de l'orientation objet et ont de l'expérience en programmation Delphi peuvent sauter ces deux chapitres.
La partie 2, les chapitres 3 et 4 sont la clé de la programmation orientée objet dans Delphi. Si vous ne comprenez pas l’essence de l’objet, vous ne pouvez pas bien l’utiliser.
La partie 3, les chapitres 5 et 6 sont une introduction approfondie à la programmation orientée objet dans Delphi. Les techniques avancées orientées objet sont toutes basées sur des mécanismes de liaison dynamiques tels que des méthodes virtuelles, des méthodes abstraites et des interfaces d'objets, ainsi que sur des mécanismes de conversion de types tels que la transformation ascendante, la transformation descendante et la transformation d'interface.
La partie 4, les chapitres 7 et 8 sont les applications de la programmation orientée objet Delphi. Afin d'assurer la maintenabilité, l'évolutivité et la réutilisabilité des programmes, l'encapsulation est devenue l'une des idées importantes de la programmation orientée objet. Grâce à l'encapsulation, l'interface et les objets métier sont séparés, et l'architecture multicouche distribuée est progressivement réalisée à partir de la séparation de l'interface et de l'entreprise, puis la multiplateforme de l'interface et des applications métier est réalisée. Des solutions allant des applications générales aux applications de niveau entreprise basées sur des idées de programmation orientée objet sont présentées ici.
La partie 5, concluant les chapitres 9 et 10, est une référence à la programmation orientée objet dans Delphi. La familiarité avec VCL et l'apprentissage de VCL sont très utiles pour maîtriser Delphi. Compte tenu du manque actuel d’informations privilégiées sur VCL, ce que cette partie offre aux lecteurs est peut-être limité, mais il est rare.
Pour être précis, ce livre n'est pas écrit pour les "experts", mais pour les programmeurs qui souhaitent passer du RAD à la POO, et pour les amis qui souhaitent apprendre la POO via Delphi. Je pense qu'il est plus approprié comme livre technique Delphi intermédiaire pratique. Par conséquent, lors de l'écriture de l'ensemble du livre, nous nous efforçons d'être faciles à comprendre, avec des images et des textes, et un grand nombre d'exemples de programmes (le code source sur le CD-ROM accompagnant le livre dépasse 50 Mo) sont soigneusement écrits pour lecteurs à étudier. Ce livre se concentre sur le cœur de la POO, et non sur tous les aspects de Delphi. La lecture de ce livre nécessite une certaine connaissance de base de Delphi. Le livre implique des connaissances spécialisées (telles que COM+, etc.) et oblige les lecteurs à se référer à des livres connexes pour référence ultérieure.
Il y aura peut-être des « experts » qui seront déçus par ce livre. Je pense que je ne suis pas apte à écrire un livre destiné aux « experts », car je ne suis pas un expert, je sens que je serai toujours un novice. Différent des autres novices, j'utilise Delphi depuis plus longtemps et j'ai un peu plus d'expérience et d'expérience. Par conséquent, si vous trouvez des inexactitudes dans ce livre, corrigez-moi s'il vous plaît. J'espère que vous me pardonnerez toute chose insatisfaisante.
L'internaute xzh2000 l'a bien dit : « La vie d'un livre est très importante. Ce n'est que si l'auteur peut passer du temps à le réviser et à le compléter fréquemment qu'il pourra devenir un classique ! Il est vrai qu'un bon livre doit être révisé plusieurs fois avant de devenir un classique, je suis donc prêt à écouter les précieuses suggestions de tous les lecteurs et j'espère que ce livre pourra être continuellement révisé et réimprimé.