確固たる原則は、ソフトウェア設(shè)計の読みやすさ、柔軟性、保守性を向上させるためにオブジェクト指向プログラミングで使用される5つの設(shè)計原則であり、Python開発にも適用されます。 1.単一責(zé)任原則（SRP）は、クラスに1つのことのみを行う必要があり、同じクラスに無関係な関數(shù)を置くことを避けます。これは、ロジックを分割したり、補(bǔ)助モジュールを使用したりすることで実裝できます。 2。オープンおよびクローズド原理（OCP）は、既存のコードを変更せずに、拡張の開放、修正の締め切り、継承または組み合わせを通じて関數(shù)を拡張することを強(qiáng)調(diào)しています。 3.リヒター交換原則（LSP）は、サブクラスがプログラムの動作を破壊することなく親クラスを置き換えることができることを保証し、メソッド契約を一貫性を保ち、書き換え中に例外または異なるリターンタイプの導(dǎo)入を避けます。 4.インターフェイス分離原理（ISP）は、クライアントが必要な関數(shù)のみに依存するように、細(xì)粒インターフェイスを定義することを提唱しています。Pythonは、抽象的なベースクラスまたはミキシンを介して実裝できます。 5.依存関係の反転原理（DIP）は、高レベルと低レベルのモジュールの両方が抽象化に依存していることを主張しており、デカップリングは一般的に使用され、テストと交換の実裝に便利なデカップリングを?qū)g現(xiàn)します。これらの原則は、開発者がシステム構(gòu)造をより明確かつ容易に構(gòu)築するのに役立ちます。

確固たる原則は、ソフトウェアデザインをより理解しやすく、柔軟で、保守可能にすることを目的とした5つの設(shè)計原則のセットです。彼らはロバート?C?マーティン（アンクル?ボブとも呼ばれます）によって紹介され、オブジェクト指向のプログラミングで特に役立ちます。 Python開発では、これらの原則を適用すると、開発者がクリーナー、スケーラブル、および維持が容易なコードを作成するのに役立ちます。

単一責(zé)任原則（SRP）

クラスには、変更する理由が1つしかない必要があります。つまり、1つのことをしてうまくやるべきです。

実際には、これは複雑なロジックを個別のコンポーネントに分解することを意味します。たとえば、ユーザー認(rèn)証とロギングの両方を処理するクラスを書いている場合、SRPに違反しています。代わりに、これらの責(zé)任を2つのクラスに分割します。1つは認(rèn)証ロジック用、もう1つはロギング動作です。

Pythonで重要な理由：
Pythonは、モジュール式で読みやすいコードを奨勵しています。クラスを集中させ続けると、デバッグが容易になり、変更が発生したときに副作用が軽減されます。

• 無関係な機(jī)能を同じクラス內(nèi)に置くことは避けてください。
• クラスが複數(shù)のタスクの処理を開始する場合は、分割することを検討してください。
• 単一のクラスをオーバーロードする代わりに、ヘルパーモジュールまたはユーティリティ関數(shù)を使用します。

オープン/クローズド原理（OCP）

ソフトウェアエンティティ（クラス、モジュール、関數(shù)など）は、拡張機(jī)能のために開かれている必要がありますが、変更のために閉じている必要があります。

これは、クラスが機(jī)能してテストされたら、新機(jī)能が登場するたびにソースコードを変更する必要はないことを意味します。代わりに、継承または構(gòu)成を通して拡張します。

Pythonの例：
PaymentProcessorクラスがあるとしましょう。新しい支払い方法を追加するたびに変更する代わりに、 PaymentMethodなどの抽象的なベースクラスまたはインターフェイスを作成し、 CreditCardPayment 、 PayPalPaymentなどのサブクラスを?qū)g裝します。

クラスPayuneProcessor：
    def __init __（self、method：payunmethod）：
        self.method = method

    defプロセス（自己）：
        self.method.process（）

• 多型を使用して、既存のコードを変更せずにさまざまな動作を許可します。
• 抽象的なベースクラス（ abcモジュール）は、このパターンを?qū)g施するのに役立ちます。
• これにより、システムは將來の機(jī)能により適応しやすくなります。

リスコフ代替原理（LSP）

スーパークラスのオブジェクトは、アプリケーションを壊さずにサブクラスのオブジェクトに置き換える必要があります。

この原則は、子のクラスが親クラスの予想される動作を破らないことを保証します。 Pythonでは、動的にタイプされているため、この原則は、予期しないオーバーライドによって引き起こされるバグを混亂させるのに役立ちます。

注意すべきこと：サブクラスが例外をスローするか、親法とはまったく異なるタイプを返した場合、LSPに違反する可能性があります。

たとえば、 set_width()とset_height()メソッドを備えたRectangleクラスがあり、 Squareクラスがそこから継承されますが、 Rectangleが予想されるSquareを使用して幅と高さを等しく保つようにそれらの方法を上書きします。

• オーバーライドされたメソッドが同じ契約を維持していることを確認(rèn)してください。
• サブクラスにサポートしていない方法の例外をスローするように強(qiáng)制しないでください。
• 相続が期待にどのように影響するかについて慎重に考えてください。

インターフェイス分離原理（ISP）

クライアントは、使用していないインターフェイスに依存することを強(qiáng)制されるべきではありません。

多くの方法で1つの大きなインターフェースを持つ代わりに、より小さく、より具體的なインターフェースを定義して、クラスが実際に使用するもののみを?qū)g裝する必要があるようにします。

Pythonでの適用方法：
Pythonにはインターフェイス自體がないため（抽象的なベースクラスがあります）、小さなフォーカスベースクラスまたはミキシンを作成することでISPに従うことができます。

たとえば、 work() 、 eat() 、およびrest()を使用したWorkerインターフェイスを使用する代わりに、それらをWorkable Eatable 、 Restableに分けます。その後、ロボットはWorkableなみを?qū)g裝できますが、人間は3つすべてを?qū)g裝します。

• 大きな抽象クラスを小さなクラスに分割します。
• ミキシンを効果的に使用して機(jī)能を組み合わせることができます。
• 不必要な実裝を防ぐのに役立ち、依存関係を清潔に保ちます。

依存関係の反転原理（DIP）

高レベルのモジュールは、低レベルのモジュールに依存してはなりません。どちらも抽象化に依存する必要があります。また、抽象化は詳細(xì)に依存してはなりません。詳細(xì)は抽象化に依存する必要があります。

これにより、ゆるく結(jié)合されたシステムが可能になります。 Pythonでは、これは多くの場合、コンクリートの実裝ではなく、インターフェイスまたは抽象クラスに対してコーディングすることを意味します。

実用的なアプローチ：依存関係注射を使用して、クラス內(nèi)でハードコードするのではなく、必要なコンポーネントを合格します。

たとえば、サービスクラス內(nèi)にデータベース接続を直接インスタンス化する代わりに、共通のインターフェイスに従うデータベースアダプターを挿入します。

クラスユーザーサービス：
    def __init __（self、db：database）：
        self.db = db

• 依存関係注射を使用して、結(jié)合を減らします。
• 抽象クラスまたはプロトコルを使用して動作を定義します。
• テストを簡単にします - テスト中に模擬バージョンを交換するだけです。

Pythonに強(qiáng)固な原則を適用することは、厳格なルールフォローに関するものではなく、思慮深いデザインの選択をすることです。これらのアイデアは、変化を予測し、複雑さを軽減する方法でコードを構(gòu)築するのに役立ちます。

特に小規(guī)模なプロジェクトでは、最初は余分な作業(yè)のように感じるかもしれませんが、コードベースが成長するにつれて見返りが明らかになります。正直なところ、これらの原則のいくつかは、Pythonのきれいな構(gòu)文と動的な性質(zhì)に自然に溶け込みます。あなたはすでに気付かずにそれらの一部をやっているかもしれません。

基本的にそれだけです。

以上が堅実なデザインの原則は何ですか、そしてそれらはPython開発にどのように適用されますか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。