私たちは通常、会社のため、自分自身のため、または友人のためにたくさんのコードを書きます。時には、自分の考えを検証したり、学ぶために
特定のテクノロジーについては、実験的なコードが作成されます。このようなコードのライフサイクルは非常に短く、基本的にメンテナンスは必要ありません。
による。ただし、実際に PProject を完成させたい場合は、コード設計が非常に重要です。このようなコードは長期にわたる必要があるため、
メンテナンス、継続的な変更または機能強化。コード設計が乱雑であると、そのようなコードの変更は非常に困難または不可能になります。
これはバグや災害の増加につながります。
コード設計は非常に重要であるため、無視することはできません。では、コードはどのように設計すればよいのでしょうか?オブジェクト指向プログラミング手法が役立ちます
助けてください。ここで余談になりますが、多くのプログラマーはオブジェクト指向プログラミング (OOP) テクノロジーとオブジェクト指向 (OO) テクノロジーを混同しています。すぐに
私の理解では、オブジェクト指向技術は広く深い知識であり、オブジェクト指向技術は一種の方法論または世界観です。
オブジェクト指向プログラミング技術は、コーディング時にオブジェクト指向プログラミングを使用する方法を提供するだけです。
以下は、著者がいくつかの関連書籍を読み、日々の実践を行った後の経験であり、それを皆さんと共有したいと思います。
まず、インターフェイス コードと機能コードを分離してください。心に留めておく必要がある原則の 1 つは、インターフェイス コードに複雑な関数ロジックを記述しないことです。
コードイン。インターフェイス フォームの実装ファイルは、インターフェイス コードを保存し、複雑な機能コードを分離するためにのみ使用されます。簡単な例を挙げると、
どこかから文字列のリストを取得し、それを TListBox に表示したいとします。次のコードは適切です。
オブジェクトXXX := TObjectXXX.Create;
ListBox1.Items := ObjectXXX.GetStringList;
ObjectXXX.Free;
このようにして、文字列リストを取得する複雑なロジックが TObjectXXX クラスの実装コードにカプセル化され、このクラスの定義は次のようになります。
と実装は、メンテナンスを容易にするために独立して .pas ファイルに配置されます。インターフェイス コードと関数コードを分離すると、別の利点もあります。
必要に応じて関数の実装コードをコピーすると、関数の実装コードが複数のインターフェイス モジュールから呼び出される可能性があります。
メンテナンスする必要がある同一のモジュールが複数あることになります (笑)、間違いを犯さないことを保証するのはほぼ不可能です。
次に、各モジュールのロジックをできるだけシンプルにします。経験上、ロジックが複雑すぎると人々の理解が困難になることがわかっています。
災害。したがって、各モジュールのコードはできるだけ単純にして、通常はコード行が 25 行以下になるようにします。自分が書いたロジックが次のような傾向にあると気づいたとき
複雑な場合は、オブジェクトを探してロジックの一部を分離できるかどうかを確認してください。
最後に、変数の名前に注意してください。 VCL ソース コードを頻繁にチェックすると、VCL クラスのプライベート メンバー変数がすべて「F」で始まることがわかります。
まず、クラス名はすべて「T」で始まります。これにはどのような利点があるのでしょうか?他の人がこのようなコードを見ると、「F」が表示されます。
最初は、それがクラスのプライベート メンバーであることがすぐにわかるため、コードのメンテナンスが容易になります。