Delphi オブジェクト指向プログラミングのアイデア
劉亦珠
序文
私が初めて Delphi を知ったのは、Borland の Delphi ソフトウェアのせいではなく、プラトンの古典的な著作「プラトンの対話篇」でその言葉を読んだためでした。
私の友人が行きました。
デルフィは、予言の神である神託が住む場所です。 『プラトンの対話篇』には、ソクラテスの友人が予言の女神ピティアヌスに誰が最も賢いのか尋ねるためにデルフィへ行ったことが記録されている。ピティア人はソクラテスほど賢い人はいないと言った。ソクラテスは、自分が政治家、詩人、哲学者、芸術家に囲まれていることに気づき、深く困惑しました。この「専門家」や「権威」の方が賢明ではないでしょうか？私は彼らよりもはるかに悪いです。
ソクラテスはこれらの「専門家」や「権威」を一人一人訪ねましたが、彼らがしばしば独善的であり、自分自身を欺き、理解していないことを知っているふりをしていることに気づきました。この訪問を通じて、ソクラテスはまた、多くの面で自分がほとんど何も知らないことにも気づきました。しかしソクラテスは理解したふりをせず、自分の無知を告白した。これが預言の女神ピシアンの言う真の「知恵」なのです。
実際、この種の知恵は古代ギリシャ人が最初に提案したものではありません。ソクラテスのずっと前に、我が国の老子はすでにそれを要約していました。 『道経経』に「他人を知る者は賢く、己を知る者は賢い」とあります。
さて、私たちが使用している Delphi は、すでに優れたプログラミング言語およびソフトウェア開発ツールです。しかし、奥深く、絶えず発展を続けるデルフィに直面して、私たちは多くの側面についてまだほとんど知りません。しかし、Delphi を学び、使用するとき、私たちもソクラテスの自己認識の態度とすべてを知る知恵を持っているでしょうか?
Delphi を選択する友人はたくさんいますが、最初に考えたのは、Delphi は強力で、習得と使用が簡単だからかもしれません。彼らは、3 か月で Delphi に習熟し、半年でソフトウェアを独自に開発することを敢えてしたとさえ主張しました。実際、できることはコントロールをドラッグ アンド ドロップすることだけです。彼らは自分自身のプログラムに酔っているとき、実際にはデルファイの絶妙な知恵と他の人々のコントロールに酔っています。この種の Delphi プログラマーは、他の人から「先延ばし屋」というあだ名で呼ばれることがよくあります。しかし、彼らは自分たちをデルフィの達人とみなしているようです。
Delphi を最初は VB に似た RAD ツールだと思っていたため、Delphi を諦めた友人もたくさんいます。彼らの見解では、Delphi は単なる制御プログラミングであり、C++ や Java のような OOP を真に実装することはできません。彼らは、Delphi がオブジェクト指向プログラミング言語の特性を備えているかどうか、また、ポリモーフィズムやパターンなどのオブジェクト指向テクノロジを実装できるかどうかについて疑問を抱いています。彼らの目には、C++ または Java を使用する人だけが真の達人です。
では、本当のマスターとは何でしょうか、どうすればなれるのでしょうか?
まず、武道の達人とは何なのかを見てみましょう。そこからインスピレーションを得られるかもしれません。
武道や武道小説を愛する人なら誰でも、武道の練習には外部トレーニングと内部トレーニングという 2 つの方法があることを知っています。拳、蹴り、武器の外的訓練、拳、蹴り、武器の質の向上が鍵であり、気の内的訓練、気を磨く訓練、精神の訓練と弱さを戻すことが基礎である。これら 2 つの栽培方法の最大の違いは、図 1 に示すように、時間とスキルの関数関係にあります。平たく言えば、最初の 3 年間は、外部スキルを練習する人は内部スキルを練習する人を簡単に倒すことができますが、15 年後には、外部スキルをどのように練習しても、両者は引き分けしかありません。内面的なスキルを実践する人たちと競争することはできません。 20年後、内なるスキルの達人は世界でも無敵。その理由は「気」と「気」の弁証法的な関係にあります。
「武器」とは有形物であり、剣、銃、剣、ハルバードはすべて有形武器です。屋外で武術を練習することは、これらの具体的な武器と切り離すことができません。したがって、銃や剣を使用する武道の達人は、武器の品質に依存することがよくあります。
「気」は目に見えない物質であり、知恵も魔力も思考もすべて目に見えない物質です。内的な気功の修煉は、これらの無形の資質と切り離すことはできません。したがって、真の武道の達人は、多くの場合、特定の武器に依存する必要はありません。彼らにとって、どんな有形物でも、精神に従って武器に変えることができます。手に持った扇子やハエ取りは、名槍や剣と同じくらい強力で、気を得るからである。
図 1 2 つの栽培方法の時間とスキルの関数図
ソフトウェア開発において、プログラミングツールは「道具」であり、プログラミングのアイデアは「気」です。
プログラミングツールの中には、VBやPBなどの使いやすいツール、アセンブリやC++などの古いツール、JavaやC#などの流行のツールがあります。
プログラミング的思考には、世界観と方法論であるオブジェクト指向とプロセス指向があります。前者は人間が客観的なオブジェクトについて考える方法を反映し、後者は機械が命令について考える方法を反映します。ソフトウェア開発の継続的な実践において、前者の優位性は継続的に反映され、確認されてきました。
オブジェクト指向プログラミングのアイデアを習得することは、本当の意味での気のトレーニングを習得することに似ています。その重要性は、多くの場合、プログラミング言語の選択よりも優先されます。
たとえオブジェクト指向ツールを選択したとしても、真のマスターになることはできません。なぜなら、彼が大切にしているのは「気」の質であり、「気」の育成を無視しているからです。
実際、「システムや言語がオブジェクト指向であるかどうかは問題ではありません。重要なのは、どのようにオブジェクト指向にすることができるか、そして関連する利点を達成するためにどのような方法が使用されるかです。」 (「オブジェクト指向手法: 原則と実践」機械工業出版会、2003 年 3 月)
武器を練習するのは簡単ですが、達人になるのは難しいです。気の訓練は良いですが、成果は遅く、孤独は耐えられません。自分の心を明確に理解し、正しい道を歩むことは常人には不可能です。したがって、多くの武道の達人は、成功を達成するために、まず武器を練習し、次に気を練習します。
武道の世界への初心者にとって、武器の力を使って自分の内面の強さの不足を補う必要がある場合、武器の質が非常に重要です。しかし、武術が向上し、内面の強さが向上するにつれて、武器への依存は減少するはずです。 「コンドル英雄伝説」の楊過は、剣術を習うときは鋭い剣を使うのが好きですが、剣術に習熟すると、木の枝も使います。剣として使用される。したがって、本物の達人にとって、剣の品質は重要ではないことがよくあります。
同様に、ソフトウェアマスターの成長もこのプロセスを経ます。プログラミングの初心者は、半分の労力で 2 倍の結果を達成できると同時に、興味を刺激し自信を高めることができる、優れた言語を選択する必要があります。言語に慣れたら、それをオブジェクト指向プログラミングのアイデアを習得する機会として利用する必要があります。この時点で、あなたが知っているのは、言語自体の文法、関数、クラス ライブラリではなく、バインディング、ポリモーフィズム、パターンなどの思考方法であり、類推して学習することは難しくありません。他のオブジェクト指向言語。内部スキルに熱心に取り組み、勇気を持って実践し、最終的に成功する真のソフトウェアマスターは、プログラミング言語の制限を受けません。開発ツールは馴染みのあるものかもしれませんが、それは目に見えない魂が宿ったツールにすぎません。彼らはオープンマインドで、学ぶことに熱心で、要約するのが得意です。彼らのアイデア、手法、モデル、さらには哲学は、プログラミング言語を超越するだけでなく、プログラミング言語の実践の指針にもなります。
Delphi は、内部および外部の両方でソフトウェア マスターの成長への近道を提供します。 Delphi を学習して練習するときは、RAD とコントロールの利点を利用して、始めたばかりのときにすぐに敵を倒すことができます。また、Delphi の OOP 機能、VCL の強み、および強みを利用することもできます。無敵の成功を達成するためのベーコン。
世界的に有名な華山剣派はかつて「剣派」と「気派」に分かれており、前者は武器の練習と技の指導のみを行っていたが、後者は気の練習も行い基礎を再構築した。
Delphi を学ぶことは、華山剣術を練習することに似ています。RAD の道を歩むのが「ソード マスター」であり、OOP から始めるのが「エア マスター」です。前者はコントロールを使用するのが好きで、奇妙なテクニックやトリックに興味があります。後者はオブジェクトが好きで、メソッドのパターンに熱心です。前者は早い結果を追求し、後者は高い志を持ちます。
RAD のために Delphi を選択したり、OOP のために Delphi を諦めたりする友人は、Delphi を本当に理解していないと思います。 Delphi は優れた RAD 開発ソフトウェアですが、OOP を学習し、VCL を深く理解しなければ、真のマスターになることは困難です。同様に、Delphi は本格的な OOP プログラミング ツールであり、Delphi の強力な RAD と効率的なコンパイラを組み合わせることで、他の OOP 言語よりも多くの利点と効率を実現できます。宗派的な意見から脱却し、「気」と「気」を一緒に実践し、内的スキルと外的スキルの両方を練習することができれば、Delphi プログラマーが RAD の即戦力から OOP マスターに成長することは難しくないと思います。最終的には世界に誇りを持ち、世界を支配します。
先ほど、「気」と「気」の弁証法的な関係について簡単に説明しました。プログラミングにおいて、内面の強さを養い向上させるための鍵の 1 つは、オブジェクト指向プログラミングの考え方を習得することです。実は、オブジェクト指向プログラミングの考え方が、道の目に見えない真実の美しさと最も一致していると思います。
なぜそんなことを言うのですか？ 「古代の大変革は、目に見えないものとともに生まれる」（『魏愚子』第二反応） 気の神秘は、まずその「大変革」にある。大変革とは、あらゆる創造と変革の力を結集した天地の大創造である。オブジェクト指向プログラミングの考え方にはこの性質があります。
老子は「無名なる天地の始まり、無名なる万物の母」と言いました。いわゆるオブジェクト指向の考え方で最も不思議なのは、「名前のない」オブジェクトをどのように識別して定義し、「名前付き」のオブジェクトをどのように構築して使用するかということです。
ソフトウェア開発者にとって、客観的な実体を理解し、ユーザーのニーズを分析して設計するプロセスは、オブジェクトを発見して定義するプロセスであり、無名から有名になるまでのプロセスです。ただし、ここでのオブジェクトは、プロセス指向のプロセスにおける変数や関数とは異なります。クラスは抽象的な概念であり、定義可能な「名前」であり、オブジェクトの母です。
その結果、太極は梁儀を生み、梁儀は八卦を生み、階級の継承と派生によって万物が生まれ、体系が形成される。
オブジェクト指向プログラミングツールとしての「ツール」にも、オブジェクト指向プログラミングの考え方の「気」が体現され、伝わっています。
「永遠の錬金術経の王」として知られる内部エネルギー訓練の古典的な著作である「周易神通気」の冒頭の文の最初の文は、「銭と坤は易の門であり、すべての両親である」です。卦李光国、運動拠点の主軸、女性 ムーの４つの卦は「庚」であると考えられています。
ソフトウェア開発の観点から見ると、オブジェクト指向プログラミング ツールは無限の種類のソフトウェア システムを構築する可能性を提供しますが、この無限は独自のクラス ライブラリの限られたフレームワークに基づいています。 Delphi の VCL、Java のクラス ライブラリ、または .net フレームワークのいずれであっても、それらはすべて周易八卦に似た構造に基づいて構築されています。 「太極拳を行うのは簡単です。太極拳は 2 つの形式を生み出し、2 つの形式は 4 つのイメージを生み出し、4 つのイメージは八卦を生み出します。この構造は完璧であり、無限の創造性を持っています。」
Taiji は Delphi の TObject であり、構築システムのアトムであり、すべてのクラスの祖先であり、すべてのクラスの基本特性を備えています。 Delphi プログラミングの世界では、ルート クラス TObject は永続オブジェクト クラス TPersistent を生成し、永続オブジェクト クラス TPersistent はコンポーネント オブジェクト クラス TComponent を生成します。これは、アプリケーション開発に豊富なコントロールと強力な機能を提供します。
しかし、クラスライブラリの構造フレームワークは、「道具」として使用できるコンポーネントを提供するだけでなく、より重要なことに、この構造は、オブジェクトを反映したクラス間の関係と関連機能を通じて「気」の構築と変化を実現します。プログラミング的思考の本質。独自のシステムを作成するための優れたデモンストレーションを提供します。
気の第二の謎は、その「目に見えない起源」にあります。目に見えないということは、その自由、開放性、適応性を意味します。オブジェクト指向プログラミングの考え方には、目に見えない「気」の知恵が詰まっています。
たとえば、オブジェクト指向プログラミングのポリモーフィズムにより、プログラマはより多用途でオープンなプログラムを作成できます。プログラマは、Vehicle オブジェクトに対して純粋な仮想抽象メソッド Stop() を作成できます。このような汎用 Stop() メソッドは、どのような車が運転されるかとは関係ありません。プログラマは、派生クラスに stop() メソッドの完了を考慮させて、より高い抽象レベルで独自の一般的なプロシージャを書き続けることができます。 Car オブジェクトの stop() メソッドが Bicycle オブジェクトの stop() メソッドとまったく異なる場合でも、プログラマは Vehicle.stop() を使用することもでき、ポリモーフィズムにより、作成されたオブジェクトはどの適切なメソッドが呼び出されるかを自動的に認識できます。 。これにより、プログラムは「気」の開放性と適応性を備えます。
気功の実践では、「優れた徳は不作為であり、観察によって探求されるものではありません。下位の徳は実践され、その使用は無限です」（『周易神通気』）が強調されています。
オブジェクト指向プログラミングの考え方において、「上徳」は遅延バインディングの純粋な仮想抽象メソッドであり、不変のままで常に変化する変化に適応するオブジェクト インターフェイスであり、物事の高度な抽象化であり、形而上学です。 。 「上徳無為」とは、抽象レベルで、プログラミングの「仮想」側が何もしないことによって反映されることを意味します。これは、現時点では、実際に使用される実際のオブジェクト (車オブジェクトや自転車オブジェクトなどである可能性があります) を決定できないためです。後で発明される可能性があります）新しい車両オブジェクト）、「観察に基づいていない」ということは、特定のニーズの制約から飛び出し、特定の実装コードを考慮しないことを必要とします。したがって、純粋な仮想抽象メソッドまたはオブジェクト インターフェイスにはコード実装がありません。
オブジェクト指向プログラミングの考え方において、「Xiaode」とは、純粋な仮想抽象メソッドとオブジェクト インターフェイスの実装の範囲を指します。 「道徳を持って実行する」では、実際のコード実装が提供されます。刻々と変化するニーズに応えて「無限に使える」。
ポリモーフィズムを使用すると、プログラマーは、あまり労力をかけずにオブジェクトを派生し、後でプログラムを実装できます。プログラマーが車や自転車用のアプリケーションを構築していて、トラックの存在を知らなくても問題ありません。プログラマは、Vehicle クラスを継承する Car クラスと Bicycle クラスのオーバーライド stop() メソッドを作成できます。このように、プログラムでは、作成した Car オブジェクトと Bicycle オブジェクトを Vehicle 型に変換し、Vehicle の Stop() メソッドを使用する限り、動的に Car オブジェクトと Bicycle オブジェクトを stop() にバインドすることができます。独自の要件を満たす方法。後で Truck オブジェクトを追加した場合でも、Vehicle の Stop() メソッドは引き続き呼び出されるため、プログラムをさらに変更する必要はありません。
「物は自然であり、物は結合したり分離したりする。近くても見えないものと、遠くにあり知ることができるものがある。近くても見えないものは理解できず、遠くのものは見える」 、しかし、それらは将来的に見ることができます。」（「グイグジ」）4番目に到着）
客観的なものは複雑で、ユーザーのニーズも変化しますが、固有の法則も存在します。
近くにいても目に見えない人は、目の前の特定の機能の実現だけを見て、物事の一般的な発展法則を観察しません。彼らは、頭の中に孤立したデータと機械的なプロセスだけを持ち、「物事が一つになる」のです。不意を突かれて対処するのが難しくなります。このようなプログラミングは静的かつ機械的であり、保守や拡張が困難です。
遠くから物事を見ることができる人は、パターンを発見するのが得意で、コードの再利用を重視し、有機的なオブジェクトと調和のとれた関係を観察し、たとえニーズが変化したとしても、落ち着いて簡単に対処することができます。このようなプログラミングは動的で、柔軟性があり、保守可能で、拡張可能です。
Paul Kimmel 氏は、「Delphi6 アプリケーション開発ガイド」の中で、「オブジェクト指向ツールをオブジェクト指向以外の方法で使用するのは間違いです。Delphi を使用して構造化プログラムを作成すると、すぐにベータ版に到達する可能性があります...あなたのプログラムは決してベータ版に到達できないかもしれません。」ベータ版を回避できます。間違った答えをすぐに得ても、依然として間違っています。」
Delphiを使っても、オブジェクト指向プログラミングの考え方がないと、結局「何を言っているのか気づかない」ようなものになってしまい、結局は「近くにあるけど見えない」状態になってしまい、優れたシステムを開発することは難しいのです。懸命に練習し、慎重に要約し、オブジェクト指向プログラミングの広く深い概念を習得することによってのみ、私たちは自分の「気」を自由に制御し、「学んだこと、学んだことを逆転」し、最終的にその状態に到達することができます「遠くにあるものを知る」こと。
最初の真のオブジェクト指向言語 Smalltalk (1972 年) が登場してから 30 年以上が経過しました。しかし、書店に並んでいるオブジェクト指向プログラミングの本はほとんどが C++ と Java で、実際にはオブジェクト指向言語は 4 つあり、20 種類近くあります。 。 Delphi オブジェクト指向プログラミングに関する書籍は非常に少ないため、多くのプログラマは OOP を学ぶために Delphi を諦めなければなりません。これはまさにデルフィの大悲劇です。 Bruce Eckel の「Thinking in Java」を読んだとき、なぜこれほど Delphi の傑作がないのかと嘆いたことがあります。
実際、Delphi は有名なファミリーのもので、Object Pascal に基づいて Borland Company によって開発されました。現在、Borland Company は、Delphi7 以降、Object Pascal [1] を置き換えるために Delphi 言語を使用しています。実際、OOP の点では、Delphi は C++ や Java に劣りません。読者は、本書の付録「オブジェクト指向プログラミング言語の比較: Java、C++、および Delphi」を参照してください。
この目的を達成するために、私は常に、Delphi オブジェクト指向プログラミングに関する私の学習と実践経験を要約する本を書くことを計画してきました。しかし、これは非常に困難な作業であり、構想から執筆までに長い時間がかかり、正式に完成したのは今年の 5 月でした。奇しくも今年はボーランド社の創立20周年でもあり、ボーランド社の製品であるDelphiのユーザーとして、私の本の出版はそれを記念したものと言えます。
これは、Delphi でのオブジェクト指向プログラミングについて純粋に説明する本です。オブジェクト指向はこの本の流行の飾りではなく、この本の核心であり、全体です。
本書は、第 1 章「新しいオブジェクト指向思考の構築」から始まり、オブジェクト指向プログラミングの歴史と現状を説明し、オブジェクト指向プログラミングの考え方の起源、展開、基本概念、応用について解説します。オブジェクト指向モデリング手法と UML について説明します。この章は、読者がオブジェクト指向の基本概念を確立し、オブジェクト指向の思考方法を理解するのに役立ちます。
第 2 章「Delphi オブジェクト モデル」では、Delphi オブジェクト指向プログラミングとそのオブジェクト モデル構造システムの基礎知識を紹介します。
第 3 章「オブジェクトを理解する」では、オブジェクトの性質、生と死、オブジェクトの関係性の 3 つの側面からオブジェクトの内部メカニズム、ライフ サイクル、相互作用について詳しく説明し、読者がオブジェクトを理解し、習得するための基礎を築きます。
第 4 章「オブジェクトの使用」では、Delphi オブジェクト指向プログラミングでオブジェクトを効率的に使用する方法について説明します。ここでは、インターフェイス オブジェクト、コンポーネント オブジェクト、オブジェクト セット、およびオブジェクト パラメーターの使用方法とテクニックに焦点を当て、VCL コンポーネントの使用と開発における一般的な問題について深く考えます。
第 5 章「詳細なポリモーフィズム」では、ポリモーフィズムの概念とプログラミングにおけるその応用について紹介します。オーバーロードと上書き、仮想メソッドと動的メソッド、抽象クラスと抽象メソッド、クラス型の変換など、重要な概念と考え方を豊富な例を通して解説します。
第 6 章「インターフェイスの分析」では、オブジェクト インターフェイスのプログラミング知識と応用スキルを包括的に紹介します。動的バインディングと多重継承を実現する際のインターフェイスの重要な役割を説明し、オブジェクト指向プログラミングにおけるインターフェイスの実際の使用法を示します。
第7章「カプセル化に関する研究」では、オブジェクト指向プログラミングにおけるカプセル化の重要性と適用原理を明らかにし、さらにカプセル化の実装方法と適用技術を論理カプセル化と物理カプセル化のそれぞれの観点から論じます。
第 8 章「インターフェイスとビジネスの分離の実現」では、オブジェクト指向プログラミングを新しいレベルに適用します。この章では、インターフェイスとビジネスの分離の進化例を通じて、オブジェクト指向設計を使用してデスクトップ プログラムを分散マルチレイヤー システムに進化させる方法を説明します。 Delphi の最新の Web テクノロジーを統合し、Web サービスを使用してビジネス オブジェクトをカプセル化し、Web フォームを使用してインターフェイス オブジェクトをカプセル化し、新しいテクノロジーを使用して古いオブジェクトをカプセル化する方法を紹介し、それによってクロスプラットフォーム アプリケーションを実現します。
最後に、本書の第 9 章と第 10 章「VCL の詳細な紹介」では、VCL の内部メカニズムを研究し、VCL の重要なカテゴリのオブジェクトの使用法を分析し、VCL のプログラミング レベルを向上させたい読者に参考資料を提供します。深さ。
本書の構成から判断すると、5部に分かれます。
この本のパート 1、最初の 2 章は、Delphi オブジェクト指向プログラミングの入門です。すでにオブジェクト指向の基本概念を習得しており、Delphi プログラミングの経験がある読者は、これらの 2 つの章をスキップできます。
第 2 部の第 3 章と第 4 章は、Delphi でのオブジェクト指向プログラミングの鍵となります。物の本質を掴まなければ、物を上手に使いこなすことはできません。
第 3 部の第 5 章と第 6 章では、Delphi のオブジェクト指向プログラミングについて詳しく説明します。高度なオブジェクト指向技術はすべて、仮想メソッド、抽象メソッド、オブジェクト インターフェイスなどの動的バインディング メカニズムと、上向き変換、下向き変換、インターフェイス変換などの型変換メカニズムに基づいています。
第 4 部の第 7 章と第 8 章は、Delphi オブジェクト指向プログラミングの応用です。プログラムの保守性、拡張性、再利用性を実現するために、カプセル化はオブジェクト指向プログラミングの重要な考え方の 1 つになっています。カプセル化により、インターフェイスとビジネス オブジェクトが分離され、インターフェイスとビジネスの分離から分散型多層アーキテクチャが徐々に実現され、インターフェイスとビジネス アプリケーションのクロスプラットフォームが実現されます。ここでは、オブジェクト指向プログラミングのアイデアに基づいた、一般的なアプリケーションからエンタープライズ レベルのアプリケーションまでのソリューションを示します。
第 9 章と第 10 章を締めくくる第 5 部では、Delphi でのオブジェクト指向プログラミングについて説明します。 VCL に精通し、VCL を学習することは、Delphi をマスターするのに非常に役立ちます。現在、VCL に関するインサイダー情報が不足していることを考慮すると、この部分で読者に提供される内容は限られている可能性がありますが、それはまれです。
正確に言うと、この本は「専門家」向けに書かれたものではなく、RAD から OOP に変更したいプログラマや、Delphi を通じて OOP を学びたい友人向けに書かれています。実践的な中級Delphi技術書としては適していると思います。そのため、本書全体の執筆にあたっては、絵と文章による分かりやすさを心がけ、サンプルプログラムも多数丁寧に書きました（本書付属のCD-ROMのソースコードは50MBを超えます）。読者は勉強してください。この本は、Delphi のすべての側面ではなく、コア OOP に焦点を当てています。この本を読むには、Delphi に関する一定の基本知識が必要です。この本にはいくつかの専門知識 (COM+ など) が含まれており、さらに参考にするために関連書籍を参照する必要があります。
この本を読んでがっかりする「専門家」もいるかもしれない。私は専門家ではないので、いつまでも初心者であり続けると感じており、「専門家」に読んでもらう本を書くのは向いていないと感じています。他の初心者とは異なり、私は Delphi を長く使用しており、経験と経験が少しあります。したがって、本書に不正確な点があれば、ご容赦ください。
ネチズン xzh2000 は、「本の寿命は非常に重要です。著者が時間をかけて頻繁に改訂し、補足することができた場合にのみ、その本は古典になれるのです!」とうまく表現しています。確かに、良い本は古典になるまでに何度も改訂する必要があるため、読者の皆様の貴重なご意見に喜んで耳を傾け、この本が継続的に改訂され、再版されることを願っています。