- 関数型プログラミング言語Haskell Part30 [無断転載禁止]©2ch.net
47 ：デフォルトの名無しさん[sage]：2017/01/22(日) 13:42:11.92 ID:KAhPA/LR - >>42
どうしても欲しいなら作ればいい。
{-# LANGUAGE FlexibleInstances #-}
instance {-# OVERLAPPING #-} Show [Char] where show = id
|
- 関数型プログラミング言語Haskell Part30 [無断転載禁止]©2ch.net
55 ：デフォルトの名無しさん[sage]：2017/01/22(日) 22:35:32.21 ID:KAhPA/LR - >>50
あなたは何を以てスペースリークが解決されたと見なしてるの？
スペースリークを気にする必要がなくなった＝解決なの？
もしそうなら、そんな未来は来ないと思う。
遅延評価を採用している以上、スペースリークは絶対に気にしなければならない。
あるヒープ領域がスペースリークなのかどうか、ランタイムシステムには判断できないんだから。
スペースリークなのかどうかがもっと調べやすくなる未来は来ると思うけどね。
|
- クラス名・変数名に迷ったら書き込むスレ。Part27 [無断転載禁止]©2ch.net
747 ：デフォルトの名無しさん[sage]：2017/01/22(日) 23:57:07.83 ID:KAhPA/LR - >>740
プログラマがその変数を見た時に、処理を理解するのに
どのような情報がその名前から得られる（連想できる）必要があるか、
ということを考えて名付けた方がいい。
プログラマがその変数が「エンブレムを表す」ことを知っている必要があるのか？
その変数が「アバターを表す」ことを知っている必要があるのか？
それなら、emblem や avatar が最適だ。
そうではなく、その変数が「画像データを表す」ことを知っている必要があるのなら、
image が最適だ。
ユーザーではなく、プログラムを読む人の目線で考えるように。
|