[心得] functional programming
p 幣用完了，來試著賺一點...
已經是我第二次用上了這種作法：
def combine left, right; left.zip(right).map{ |e| e.inject &:+ }; end
不過我不禁在想，這樣到底是增進了可讀性與擴充彈性，
抑或是減少可讀性與擴充彈性？
同樣的意思，我想最直接的作法會是：
def combine left, right
result = []
left.size.times{ |i|
result << left[i] + right[i]
}
result
end
相信就算最上面那個看不懂，這個應該是一眼就看得出來了。
不過，zip, map, inject (fold), 這些 function 在 functional programming
根本就是家常便飯，如果跟 fp 熟一點，我想應該是一眼就能看出是什麼意思（吧？）
那麼究竟怎麼寫比較好？相信 java programmer 肯定會說下者 XD
可是對我來說，兩者的暢快感可不能相提並論啊 :p
如果說 combine 要擴充更多的 input, 上者很容易，就這樣：
def combine *args; args.shift.zip(*args).map{ |e| e.inject &:+ }; end
沒改幾個字。因為 zip, inject 等操作本身就是模組化的。
可是如果要下者擴充的話，我不是很清楚，但第一個想到的是 meta-programming:
def combine *args
result = []
args.first.size.times{ |i|
values = []
args.size.times{ |j|
values << "args[#{j}][i]"
}
result << eval(values.join('+'))
}
result
end
只是這樣做真的有點蠢，而且效能照理說也不會很理想（沒測過，有人想測嗎？）
而且我覺得這樣複雜度反而比 zip + map + inject 高很多，
像是上面的 args.first.size.times 中的 first 我就差點漏寫了。
any idea?
--
Nobody can take anything away from him.
Nor can anyone give anything to him.
What came from the sea,
has returned to the sea.
Chrono Cross
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.135.28.18
推
09/12 13:24, , 1F
09/12 13:24, 1F
推
09/12 13:49, , 2F
09/12 13:49, 2F
推
09/12 13:58, , 3F
09/12 13:58, 3F
→
09/12 15:22, , 4F
09/12 15:22, 4F
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 3 篇)：
Ruby 近期熱門文章
PTT數位生活區 即時熱門文章
9
12