Rubyの継承の説明–今日OOPを学びましょう！

Railsで継承の例をもっと見つけることができます。

ここ ：

class ApplicationController < ActionController::Base
end

コントローラー ：

class SessionsController < ApplicationController
end

モデル ：

class Comment < ApplicationRecord
  belongs_to :article
end

継承はRubyのいたるところにありますが、適切なソリューションではない場合もあります。

構成：継承の代替手段

継承には特定の制限があります。

例 ：

パーツからコンピューターを構築したい。

コンピューターには部品があると言いますが、個々の部品はそれ自体がコンピューターではありません。

それらを分解すると、それらは機能しなくなります。

他に何かが必要です…

作曲が必要です！

コンポジションは、さまざまな部分が集まって機能を実行するクラスを構築します。

コンピューターのように。

これが実際の作曲の例です ：

class Computer
  def initialize(memory, disk, cpu)
    @memory = memory
    @disk   = disk
    @cpu    = cpu
  end
end

コンピューターには、動作するために必要な部品が与えられます。

これが作曲です。

リスコフの置換原則

適切な状況で使用すると、継承は強力になります。

しかし、すべてのツールと同様に、悪用される可能性があります！

実際、元のデザインパターンの本から次のような人気のある引用があります：

「継承よりも構成を優先します。」
デザインパターン：再利用可能なオブジェクト指向ソフトウェアの要素

継承を正しく使用していることを確認する 従うことができる原則が1つあります。それは、 L SOLIDから。

これは「リスコフの置換原則」の略です。

これは、サブクラスを基本クラスの代わりに使用できる必要があることを示しています。

言い換えれば ：

Fruitから継承する場合 ＆ color は文字列です。colorは変更しないでください サブクラスのシンボルを返します。

例 ：

Fruitのユーザー colorに依存 文字列を返します。

class Fruit
  def color
    "orange"
  end
end

これはLSPを壊します ：

class Orange < Fruit
  def color
    :orange
  end
end

colorを変更した場合 シンボルを返す場合、 Fruitを置き換えることはできません Orangeを持つオブジェクト 。

なぜですか？

splitのようなメソッドを呼び出すと シンボルではエラーが発生します。

これは、シンボルにはない方法です。

しかし、文字列はそうです。

もう1つの危険信号は、サブクラスが親クラスの真の特殊化ではなく、親クラスを使用してユーティリティメソッドを共有している場合です。

概要

Rubyでの継承と構成について学びました！

継承を使用できます 親クラスの特殊なバージョンを作成し、構成 コンポーネントを全体にまとめます。 LSPに従うことを忘れないでください 混乱させたくない場合の原則。

これで、より優れたオブジェクト指向コードを記述できます🙂

読んでくれてありがとう。