update関数は、kormaを使っている人は地味に面倒な問題となってますね。

(:refer-clojure :exclude [update])をしないといけないという。

結構汎用的な名前だけにいたるところで衝突起こってますよね

へーしゃのプロジェクト内でもやっぱり普通に update という名前の関数があったりするので、 1.7 に上げたときに結構コンフリクトしました

まあ、:requireと:asをつかえばライブラリ読み込みの場合は問題はなくなるんですが、DSLちっくに使うkormaみたいなのだとnsごとにいちいちexcludeするという感じでいまは対応しています。ns内にupdate関数があったりするとやっかいですね。

へぇー、ぐらいの感じで流してたんですが、確かにそういう意味ではインパクト大きい変更ですね。SQLめいた操作なんてみんな書いてたでしょうし＞update

ちんまりと増えたrun!関数ですが、こんな感じで実行結果がちがいました

;;普通のprintln

d.core=> (println (range 10))
(0 1 2 3 4 5 6 7 8 9)
nil

;;runつかったものprintln

d.core=> (run! println (range 10))
0
1
2
3
4
5
6
7
8
9
nil

;; mapだとこう

d.core=> (map println (range 10))
0
1
2
3
4
5
6
7
8
9
(nil nil nil nil nil nil nil nil nil nil)

updateの件については、こういうときのために名前が衝突した場合に警告が出るようになってるので、lein checkをすれば修正すべき箇所は網羅できますね。修正自体は面倒ですけど。

run!は同じことをいちいち (dorun (map println (range 10))) でやってたりしたので、あればあったで便利かな

(doc run!) してドッグランを思い浮かべたのは内緒

😆

changesのrun! のとこ "via reduce"ってありますし、定義覗いたら(reduce #(proc %2) nil coll)ってなってるんですけど(dorun(map proc coll))みたいな感じではないんですね。

"via reduce”というところを強調する真意は分かりませんが、reduce経由だとseqableでなくてもIReduceを実装していれば処理できるというのもありますし、reduceはパフォーマンスについてもかなり考慮されてるんでおそらくそのあたりが理由ですかね。

user=> (run! println (reify clojure.lang.IReduce (reduce [this f x] (f x 42))))
42
nil 

run!のdocstringに “Returns nil” と書いてあるけど、 (run! reduced (range)) ;=> 0 なのは意図した振る舞いなのかバグなのか…

実は nil だけじゃないよ！みたいな。使うときは nil が返ってくると思って返り値のことは気にしないでね！ってことじゃないですか？(適当なこじつけ

うーん、「戻り値は使うな」みたいな関数はあるかも、という気はしますけど、そういうときにあえて “returns nil” と明言はしないような

いや、まぁ適当なこと言ってるので、気にしないでくださいｗ

一応、#clojure-dev で聞いてみたら他の人が早々とチケットを作ってくれてしまった

お、良いですね 👏