[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/24 03:26 / Filesize : 214 KB / Number-of Response : 1018
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

推薦図書/必読書のためのスレッド 78



43 名前:デフォルトの名無しさん mailto:sage [2015/11/16(月) 00:55:57.94 ID:hCoSGK7d.net]
https://ja.wikipedia.org/wiki/%E5%A4%9A%E9%87%8D%E3%83%87%E3%82%A3%E3%82%B9%E3%83%91%E3%83%83%E3%83%81
https://ja.wikipedia.org/wiki/%E8%8F%B1%E5%BD%A2%E7%B6%99%E6%89%BF%E5%95%8F%E9%A1%8C
https://www.ibm.com/developerworks/jp/java/library/j-jn5/
blog.cleancoder.com/uncle-bob/2015/01/08/InterfaceConsideredHarmful.html

これらもみるといい
一貫して言えることはポリモーフィズムとは全てメソッドのディスパッチ(割り当て)の問題だということ
メソッド継承とは、ベースクラスの同一メソッドへの参照(一種のディスパッチ)を含んだメソッド定義に過ぎない
様々な都合で、インターフェースなどを使ったポリモーフィズムというのが行われていたりするが、
個人で開発するなら、関数を呼び出す人も、関数を作り出す人も同じなので、そのディスパッチを誰がやるかというと
結局自分以外にほかならないので、ポリモーフィズムをやるだけ無駄だ、特に継承を伴わないポリモーフィズムは全く価値がないと言える
またポリモーフィズムが複雑な事になってしまう原因は静的型付けにある、
単なる関数のディスパッチの問題を、より高尚に、複雑にしてしまうからだ
もちろん型推論できると速度が出るので好ましいが、ポリモーフィズムの要不要の議論の際に型のあるなしは関係がない

一番上の多重ディスパッチのJavaとCommon Lispの書き方の違いを比較してみればわかると思う
特にLISPの実装をみれば、本当に単なるディスパッチの問題にすぎないと理解できるはずだから






[ 続きを読む ] / [ 携帯版 ]

全部読む 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<214KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef