継承ってすっかり人気なくなったね
言語によるだろうな、と思ったら「継承を使わず以下のように書くことが可能です」←Kotlinではそうなんだ、ってなった。/“使う自信”がなければ使わない、というのは賛成だけど。「クラスの継承を強制してくる場合」
デザインパターンの日本語訳が出て30年。未だに継承でやんややんやできるのすごない？
教科書→車を継承してセダンやSUVを実現する。実際の現場→車を継承してタイヤを全部取り外す
言語仕様なんて、悪用（と言って悪ければ曲用）するやつは必ず出てくる。要はドキュメンテーションがちゃんとできているかどうか。
またこの話か。新発見なのかもしれないけど、2003年くらいに2001年に書かれた記事を読んだのが私は初めてだった。テーブルタグみたいに全部駄目とか言い始める人出てこないかね。
抽象クラスくらいはいいと思うけどなあ。認知負荷もそんなに高くないだろうし。
開発者が入れ替わって、「既存の処理には一切触れずに追加機能を実装したい」があるから、変な継承の使い方をして、コードが複雑になるんだよ。必要なら、元のコードも書き換える勇気を持て。
むしろどういうときに継承を使うといいかをしりたい
ダール・オブジェクトクラスのダイクストラ連接(Program Concatenation)pp.202-204を参照。構造化プログラミング第一部のダイクストラ抽象化も参照https://archive.org/details/Structured_Programming__Dahl_Dijkstra_Hoare/page/201/mode/2up?view=theater
拝承
sealed classを継承するのはよくする。 というかそれ以外で継承を使わないな。
継承より合成って何十年も言われてるのにおじさん達が勉強しないせいで何番煎じみたいになってる
確かにそうなんだけど、具体例が薄いんよ（こういうのいつも思う）。継承で複雑になったパターンを挙げないと実感できない（十分に学べない事態が発生）。まぁ例を挙げると設計が悪いと言われるのだけど。
継承で盛り上がるのは、言語が継承を継承し続けるからだよ（怒）
継承より良い方法を選ぼう - Mori Atsushi
継承ってすっかり人気なくなったね
言語によるだろうな、と思ったら「継承を使わず以下のように書くことが可能です」←Kotlinではそうなんだ、ってなった。/“使う自信”がなければ使わない、というのは賛成だけど。「クラスの継承を強制してくる場合」
デザインパターンの日本語訳が出て30年。未だに継承でやんややんやできるのすごない？
教科書→車を継承してセダンやSUVを実現する。実際の現場→車を継承してタイヤを全部取り外す
言語仕様なんて、悪用（と言って悪ければ曲用）するやつは必ず出てくる。要はドキュメンテーションがちゃんとできているかどうか。
またこの話か。新発見なのかもしれないけど、2003年くらいに2001年に書かれた記事を読んだのが私は初めてだった。テーブルタグみたいに全部駄目とか言い始める人出てこないかね。
抽象クラスくらいはいいと思うけどなあ。認知負荷もそんなに高くないだろうし。
開発者が入れ替わって、「既存の処理には一切触れずに追加機能を実装したい」があるから、変な継承の使い方をして、コードが複雑になるんだよ。必要なら、元のコードも書き換える勇気を持て。
むしろどういうときに継承を使うといいかをしりたい
ダール・オブジェクトクラスのダイクストラ連接(Program Concatenation)pp.202-204を参照。構造化プログラミング第一部のダイクストラ抽象化も参照https://archive.org/details/Structured_Programming__Dahl_Dijkstra_Hoare/page/201/mode/2up?view=theater
拝承
sealed classを継承するのはよくする。 というかそれ以外で継承を使わないな。
継承より合成って何十年も言われてるのにおじさん達が勉強しないせいで何番煎じみたいになってる
確かにそうなんだけど、具体例が薄いんよ（こういうのいつも思う）。継承で複雑になったパターンを挙げないと実感できない（十分に学べない事態が発生）。まぁ例を挙げると設計が悪いと言われるのだけど。
継承で盛り上がるのは、言語が継承を継承し続けるからだよ（怒）