Goのような言語に対する従来のOOPの利点

私は言語設計と「理想的な」プログラミング言語に必要な要素について多くのことを考えてきましたが、GoogleのGoを勉強することで、そうでなければ一般的な知識の多くを疑問視するようになりました。

具体的には、Goはオブジェクト指向言語の構造を実際に持たずに、オブジェクト指向プログラミングの興味深い利点をすべて備えているようです。クラスはなく、構造のみがあります。クラス/構造の継承はなく、構造の埋め込みのみです。階層はなく、親クラスも、明示的なインターフェイス実装もありません。代わりに、型キャストルールはアヒルのタイピングに似た緩やかなシステムに基づいており、構造体が「リーダー」または「リクエスト」または「エンコード」の必要な要素を実装する場合、キャストして使用できます。一つとして。

Goのような言語に移行するときにあきらめなければならない、本質的に機能性、保守性、強力な、C ++およびJavaとC＃で実装されたOOPについて何かありますか？この新しいパラダイムが表すシンプルさを得るために、あきらめなければならないメリットは何ですか？

編集
読者が過度にハングアップして怒りを覚えるように見える「時代遅れの」質問を削除しました。

問題は、一般的な言語の実装でよく見られる従来のオブジェクト指向のパラダイム（階層など）は、この単純なモデルでは簡単に実行できないものを提供する必要があるということです。または、言い換えると、今日言語を設計する場合、クラス階層の概念を含めたい理由はありますか？

新しいパラダイムはありません。オブジェクト指向は、プログラムを作成するために使用するパターンであり、明確に定義されていません。さまざまな言語は、オブジェクト指向に典型的なさまざまな特性（新しい型の定義、カプセル化、型階層、ポリモーフィズム、メッセージパッシングなど）を提供しますが、他の特性を提供できない場合があります。これらの場合、必要に応じてそれらをエミュレートするのはプログラマー次第です。

これらの機能を提供する言語の多くには、クラスの概念に類似したものがありません。たとえば、JavascriptやCommon Lispです。Javaに似た言語（クラスベース、単一継承、インターフェース、型ベースのディスパッチ）によって提供される実装は、可能性の1つにすぎず、必ずしも最適なものではありません。

この新しいパラダイムが表すシンプルさを得るために、あきらめなければならないメリットは何ですか？

構造型システムの型チェックは、ベースクラスが継承リストにあるかどうかを単純にチェックするよりもはるかに複雑です。仮想ディスパッチは少し複雑になり、パフォーマンスが低下する可能性があります。

そのようなシステムはOOPの概念を廃止しますか？

いいえ。命令のリスト、宣言されたルールのセット、またはカスケードされた一連の関数ではなく、「物事を行うオブジェクト」の観点からプログラムを作成できる限り、実装は関係ありません。同様に、型システムを変更しても、一般的なオブジェクト指向の原則は無効になりません。

基本型で作業することはできますが、実際の型は気にしません。タイプを変更せずに拡張できます。それでも、型に1つのことだけを実行させることができます。それでも、きめの細かいインターフェイスを提供できます。タイプに抽象化を引き続き提供できます。

言語がそれをどのように許可するかは、実際には重要ではありません。

OOPについてのあなたのアイデアは、少し外れていると思います。

「オブジェクト指向プログラミング」という用語を発明しましたが、この{JavaとC ++}は、私が念頭に置いていたものではありません。
- アラン・ケイ。

タイピングの選択（主格のサブタイピング、構造サブタイピング、アヒルタイピング、またはこれらの組み合わせ）は、OOPにほぼ直交しています。継承とクラスは、OOPに完全に直交しています。ioで遊ぶのに少し時間がかかるなら、あなたはそれを見るようになるでしょう。

これで、どの種類のシステムが「より良い」か、コードの再利用と組み合わせの手段はどれかを尋ねることができます。そして、Simulaで行われた選択（および、後にC ++、Java、C＃で行われた選択）とGoで行われた選択の間の長所と短所を判断してください。しかし、これらはすべて異なる明確な質問です。

最終的に、OOPは非常に曖昧な概念であり、OOPを実装しようとするすべての試みは非常に多様なフレーバーで行われます。しかし、物事を本当に簡素化するために、OOPの核となる考え方は、SOLIDサブシステムのシステムを構成することだと思います。これにより、他のパラダイムとの境界線が完全に曖昧になりますが、それがマルチパラダイム言語が最近人気を博している理由であり、GoogleがGoでそれを独自に撮影した理由だと推測します。

OOPは廃止されていません。

アンドレアが言ったように、クラスの代替として提案された多くの概念がありました（例：haskell typeclass）。OOPには大きな利点が1つあります。それは多くの場所で教えられており、OOPの文化は開発者の間で大部分が共有されています。

これにより、チーム内でより豊かなコミュニケーションが可能になります。Zygohistomorphic prepromorphismsよりも簡単に工場について話すことができます。OOPは、一般的に使用される図を使用して、プログラムを整理および通信する方法を構築します。これは強力な資産です。

いいえ、ここには新しいものは何もありませんし、OOPも廃止されました。C ++にはテンプレート形式の暗黙的なインターフェイスもありますが、依然として仮想関数を使用しています。たとえば、バイナリインターフェイス、またはコンパイル時に他のコードが単にわからないインターフェイスに対処するには、明示的なインターフェイスが必要です。

これは単に推論と明示的な記述の場合であり、「新しいパラダイム」のようなものではなく、実際により便利であると主張することができます。