10

これは自由回答形式の質問ですが、特性に関する SO コミュニティから意見を求めたいと思います。Squeak/Pharo の Traits は良いことだと思いますか?それとも、それらを避けて代わりに構成と委譲を使用する必要がありますか? 私はそれらを使用する方法を知っていますが (Pharo book のおかげで)、それらを使用することがどの程度受け入れられるか、または使用しても問題ない場所とそうでない場所についてはよくわかりません。

4

2 に答える 2

7

トレイトはコードに強い依存関係をもたらすため、私は好きではありません。これらの依存関係は明白 (トレイトをインポートするクラス、メソッドを期待するトレイト) である場合もありますが、非常に微妙な場合もあります (スーパー メソッド/インスタンス変数をシャドウするトレイト)。さらに、特性に対する適切なツール サポートはありません。

私の経験では、委任は、Smalltalk のような動的に型付けされたオブジェクト指向言語で、はるかに優れた再利用可能な設計を提供します。

于 2010-07-12T06:57:36.533 に答える
2

物事には長所と短所があります。Lukas は、多くの短所について正しく言及しています。

  • コードに強い依存関係を導入します。
  • 適切なツール サポートがありません。

2 番目はいつの日かなくなるかもしれませんが、1 番目はそうではありません。

特性の目的は、Object 以外のスーパークラスを共有しない 2 つのクラスがインスタンス メソッドを共有する場合に発生するコードの重複を防ぐことです。現在、委任によって修正できる場合もありますが、多くの場合、修正できません。したがって、特性の長所は次のとおりです。

  • コードの重複を減らしました。

ここでの私の評決は、欠点が勝っているということです。今日も永遠に、コードの重複は必ず発生すると思います。また、委任がうまくいかない場合でも、コピーされたコード スニペットの分岐進化に先行することが多いため、コードの重複はそれほど有害ではないと想像することさえできます。

今日の時点で、コードの重複を自動的に追跡し、一方の端が変更され、もう一方の端が変更されていないことを常に監視することが最善の方法だと思います。私は現在、リポジトリ間であっても、そのようなリンクを追跡するツールを作成しています。準備が整い次第、ブログにてご報告いたします。

于 2010-07-22T16:06:16.253 に答える