破れ紙の片割れのようなMixinができてしまうワケ - @kyanny's blog

最近「Mixin は避けられれば避けたほうがよいのではないか」と思い始めている。扱いに困るダメ実装の Mixin を簡単に作れすぎてしまうからだ。 Wikipedia の定義によると、 mixin とはオブジェクト指向プログラミング言語において、サブクラスによって継承されることにより機能を提供し、単体で動作することを意図しないクラスである。 とのことなので、そもそも Mixin される側の実装と結びつきが強くなるのは仕方ないのだろう。しかし、まれにだが破れ紙の片割れのような実装を持つ Mixin ができてしまうことがある。 一枚の紙を適当に手で破って二枚にする。断面はギザギザだが、破った二枚の紙の断面はぴったり一致する。もともと繋がっていたものを切り離したのだから当然だ。だが破れ紙の断面にぴったり合うような別の紙を用意するのは簡単ではない。別の紙を合わせる必要があるのならば、紙を破るときに

[ikeikeikeike]

タイトルが逸品

[ledsun]

状態を持てちゃうのが悩ましいところ。モジュールがstaticな関数の集合なら、危険は無い。モジュールが状態を持って、include側がその状態に依存したら危険信号。参照したらアウト。

[mumumu-tan]

「手法は良いがお前の設計・実装が悪い」と単刀直入に（しかも相手の気分をなるべく害さず）言うのは難しい（特に英語だと）。

[ngyuki]

Mixin というかテンプレートメソッドパターンがいろいろ難しいんじゃないかと思う

[key_amb]

納得感ある。デザインパターンは適材適所だと思うし、上手く適用できないならもっとプリミティブにやった方がよさそう。

[progrhyme]

納得感ある。デザインパターンは適材適所だと思うし、上手く適用できないならもっとプリミティブにやった方がよさそう。

[amagitakayosi]

“Mixin を設計・実装するには相応の能力やセンスが求められる”から、①相談・レビューを頑張る ②ダメ実装を見たら都度リファクタリングする しか無い気がする

[shimooka]

一理ある。というか、あるある

[closer]

破れ紙の片割れのようなMixinができてしまうワケ - @kyanny's blog

[Clock0311]

うっ（刺さったとこから血が出始めた）

[toshiwo]

これはわかる。「単に同じ処理してるコードだからまとめた」レベルのコードの扱いには困ったことある

[willnet]

あるある

[moro]

継承よりも委譲がいいじょー。|| コピペは辛いと思います。完全コピペならまだいいんですが、コピペの上ちょっとだけ()変えた、みたいなのはほんとつらい。

[Dai_Kamijo]

"ダメなMixinは破れ紙の片割れに似ている。Mixinされる側と合わさって初めて用をなすが、断面（インタフェース）がギザギザに入り組んでいるので、新しくMixinを適用したいクラスを作るのが非常に難しくなる" / “破

[t-wada]

"ダメなMixinは破れ紙の片割れに似ている。Mixinされる側と合わさって初めて用をなすが、断面（インタフェース）がギザギザに入り組んでいるので、新しくMixinを適用したいクラスを作るのが非常に難しくなる"

[cha-cha-ki]

破れ紙の片割れのようなMixinができてしまうワケ - @kyanny's blog

[bouzuya]

不運なことに、継承や Mixin などはオブジェクト指向プログラミングにおいて一般に良い設計手法とみなされている。そうかな？？特に継承は慎重に考えたほうがいいと思うけど