map, fold, filter on Vim Script

おしょー@実際モチベーションがない @manga_osyo

@Linda_pp let result = {} | call map(copy(list), "extend(result, v:val)")　とかで…。

ドッグ @Linda_pp

@manga_osyo なるほど．map とか filter で副作用使うのは抵抗ありますが，多分現状だとそれが一番良いですね…

おしょー@実際モチベーションがない @manga_osyo

let result = {} が邪魔だなー。 [Vim Advent Calendar 2012 http://t.co/FyJx8n8a]

おしょー@実際モチベーションがない @manga_osyo

@Linda_pp コードが短い方がいい、というのであれば現状はこれが限界ですかねぇ。

おしょー@実際モチベーションがない @manga_osyo

実速度的にはどっちがいいんだろうか＞for 文と map

おしょー@実際モチベーションがない @manga_osyo

get(keys(filter(copy(a:dict), "v:val ". op ." a:item")), 0, default) 初見でこれが何をやっているのかわかるのだろうか…。

ドッグ @Linda_pp

@manga_osyo 短いほうが良いというか，ループは難しいのでなるべく避けたいのが本音ですね… うーむ．

mattn @mattn_jp

@manga_osyo vimスクリプトは、構文解析が expr1 から expr7 というカテゴライズされた文脈解析を「動的に」行っていて、遅くなる原因は、vim script とC言語を行き来する回数に比例しますね。なのでmapでも式が多いと遅いし、forが速いケースもある。

ドッグ @Linda_pp

Vim script のこと何も分かっていないので，感覚が分からない…

mattn @mattn_jp

vim script が気持ち悪い理由の一つに式を動的に、行単位で解析しているので、if 0 の後 else を探す為に通らない部分のコードをガリガリ無効化しながらパースしている。これが遅い。

mattn @mattn_jp

なので if else endif ではよく通る方を if true とした部分に書くと、幾分速くなる可能性がある。もちろん else がくるまでに return する。

ドッグ @Linda_pp

@mattn_jp なんと，行単位だったんですか…

mattn @mattn_jp

そういう点で if に対する else をインデントで探せる python が羨ましくもあり、「ぜ...ぜんぜん羨ましくないもんね！」って言いたくなる所でもある。

ドッグ @Linda_pp

@nooyosh すみませんが，うちの犬は自宅内警備（＝昼寝）に忙しくて…

mattn @mattn_jp

@manga_osyo s:capture?

ドッグ @Linda_pp

考えれば考えるほど Vim script にコンパイルできる静的型付け言語があると良さそうに見えてみる．

おしょー@実際モチベーションがない @manga_osyo

@mattn_jp call map(range(10), "echo v:val") 的な事がしたいです…。

mattn @mattn_jp

@manga_osyo vim script では foldexpr の様にモードラインでコマンドを実行される危険性を器具して、あえて式以外を取らない方針だったと思います。ちなみに sandbox は後から出来たコマンドです。

mattn @mattn_jp

@mattn_jp @manga_osyo 危惧ですねw