GOは、従來(lái)のクラスや継承モデルを使用しませんが、構(gòu)造、インターフェイス、および組み合わせを介してオブジェクト指向のプログラミングを?qū)g裝します。 1。構(gòu)造交換クラス：GOは、構(gòu)造體を使用してデータ型を定義し、メソッドセットを介して構(gòu)造に動(dòng)作を追加します。この方法は、構(gòu)造とは獨(dú)立して定義されます。 2。継承なしのみを組み合わせてください：GOは、継承を通じてタイプの階層を作成するのではなく、構(gòu)造ネスティングを通じてマルチプレックスフィールドとメソッドの組み合わせを?qū)g裝します。 3.暗黙的なインターフェイス：インターフェイスの実裝は明示的な宣言を必要とせず、インターフェイスに必要な方法が含まれている限り、インターフェイスを満たすことができます。 4。コンストラクターの正規(guī)化：GOにはコンストラクターキーワードがありませんが、通常の関數(shù)を介して初期化された構(gòu)造インスタンスを返します。この設(shè)計(jì)により、コードが軽く、柔軟で整理しやすくなります。

GOは、Javaやcなどの従來(lái)のクラスベースのオブジェクト指向プログラミング（OOP）モデルに従いません。代わりに、構(gòu)造體とインターフェイスを中心とする、よりシンプルで柔軟なアプローチを使用します。 OOPのバックグラウンドから來(lái)ている場(chǎng)合、これは最初は少しなじみがないと感じるかもしれませんが、物事を軽量で構(gòu)成するように設(shè)計(jì)されています。

構(gòu)造體はクラスを置き換えます

JavaまたはCでは、データ（フィールド）と動(dòng)作（方法）をバンドルするクラスを定義します。 GOでは、データにstructsを使用し、メソッドを個(gè)別に添付します。

例えば：

タイプ長(zhǎng)方形struct {
    幅、高さフロート64
}

func（r rectangle）領(lǐng)域（）float64 {
    R.Width * R.Heightを返します
}

ここでは、 Rectangle構(gòu)造體であり、 Area()それに接続されたメソッドです。 classキーワードはなく、メソッドはstruct定義の外側(cè)に定義されています。この分離により、特にプロジェクトが成長(zhǎng)するにつれて、場(chǎng)合によってはコードが整理されやすくなります。

また、構(gòu)造體は自然に構(gòu)成をサポートします。1つの構(gòu)造體を別の構(gòu)造に埋め込み、フィールドと方法を再利用できます。

継承なし、構(gòu)成だけ

従來(lái)のOOP言語(yǔ)は、継承に大きく依存しています。既存のタイプを拡張することで新しいタイプを作成します。 GOはこれを完全に回避し、代わりに構(gòu)成を好みます。

「正方形は長(zhǎng)方形」と言う代わりに、「正方形には長(zhǎng)方形がある」と言うか、埋め込みを通じて行動(dòng)を再利用することを奨勵(lì)します。

タイプベースstruct {
    名前文字列
}

func（b base）sayhello（）{
    fmt.println（ "hello from"、b.name）
}

タイプcomposite struct {
    ベース
    Value Int
}

これで、 Composite Baseからすべてのメソッドとフィールドを自動(dòng)的に取得します。それは継承ではありません - それは自動(dòng)フィールドプロモーションのようなものです。利益？大きなタイプの階層を扱うとき、複雑さが少なくなり、驚きが少なくなります。

インターフェイスは暗黙的です

JavaまたはCでは、インターフェイスは明示的です。クラスがそれらを?qū)g裝し、必要なすべての方法を提供する必要があることを宣言します。これをフリップします - インターフェイスは暗黙的です。

あなたのタイプがインターフェイスを?qū)g裝すると言う必要はありません。タイプに適切な方法がある場(chǎng)合、インターフェイスを自動(dòng)的に満たします。

例：

型シェイプインターフェイス{
    領(lǐng)域（）float64
}

func printarea（s shape）{
    fmt.println（ "area："、s.area（））
}

Area() float64メソッドを持つ任意のタイプは、 Rectangle 、 Circleなどであっても、 PrintAreaに渡すことができます。これらのタイプがShapeを?qū)g裝することを明示的に宣言する必要はありません。

これにより、Goのインターフェイスシステムは、特にタイトなカップリングが危険にさらされている大規(guī)模なプログラムで、より柔軟で分離されます。

コンストラクターはなく、機(jī)能するだけです

従來(lái)のOOPには多くの場(chǎng)合、コンストラクターが含まれます。これは、オブジェクトが作成されたときに呼ばれる特別な方法です。 GOはコンストラクターを持っていません。代わりに、初期化された値またはポイントを返す通常の関數(shù)を書(shū)きます。

一般的なパターン：

 func newRectangle（幅、高さfloat64） *rectangle {
    return＆長(zhǎng)方形{幅：幅、高さ：高さ}
}

この関數(shù)はコンストラクターのように機(jī)能しますが、それについて魔法は何もありません。値を返す通常の関數(shù)だけです。さまざまな初期化のニーズに合わせて、複數(shù)のそのような関數(shù)を持つことができます。

• オブジェクトの作成方法によっては、それらを異なる方法で名前を付けることができます。
• インスタンスを返す前に、検証またはセットアップを行うことができます。
• thisキーワードやsuperキーワードはありません。単純な関數(shù)ロジックです。

したがって、Goはオブジェクトのようなパターンをサポートしていますが、古典的なOOP言語(yǔ)で見(jiàn)つかった多くの機(jī)能がありません。そのアプローチは、より最小限で構(gòu)成可能であり、厳格なオブジェクト階層ではなく、シンプルさと明確さに焦點(diǎn)を當(dāng)てています。

深い継承の木や厳密に縛られたクラスの操作に慣れている場(chǎng)合、Goのスタイルは少し慣れるかかるかもしれませんが、インターフェイスと構(gòu)成の観點(diǎn)から考え始めると、それはかなり自然になります。

少なくとも、それは私の経験でした。

以上がGoのオブジェクト指向プログラミングに対するアプローチは、JavaやCなどの従來(lái)のOOP言語(yǔ)とどのように異なりますか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。