大事なことは全部MLが教えてくれた 〜 Apple の Swift の mutability 周りの件を理解する - Oh, you `re no (fun _ → more)

開発者アカウントに金が出せない貧乏人の方々が、次の Apple の Swift のコードの挙動がわからない、というので盛り上がっております: let a = [1,2] // a = [1,2] var b = a; // b = [1,2] b[1] = 3; // a = [1,3] b = [1,3] b.append(5); // a = [1,3] b = [1,3,5] b[1] = 4; // a = [1,3] b = [1,4,5]もちろんわたしも貧乏ですからわかりやすい炎上案件を待っておるわけです。これはわかりやすいわからないが来たね。 だいたい b[1] = 3 とやると a[1] も変化する、これがわからないという人 b[1] = 4 とやると a[1] が変化しない、これがわからないという人 二種類いるようです。私はまず、 b[1] に代入できることがわかりません

[utilitas]

そういえばこの糞仕様は流石にbeta3で修正されたようだが、コメ欄のApple信者様はお元気だろうか。

[takeshiketa]

コピーなのは良いとして、b = b.append(5) ならすっと理解できるという話では。

[tanakh]

ml分かり易すぎワロタ

[Pocket7878_dev]

非破壊に見えるのに破壊的になのが危険だとは意識してたが、確かに破壊的に見えるのに非破壊も誤解を招くな

[John_Kawanishi]

あぁぁMLってMailing Listじゃなくてそういう関数型言語があるんだ

[theatrical]

rubyみたいに「!」で破壊的かどうか明示するルールならいいのに

[argius]

MLでiOSアプリを書けってこと？

[mooz]

append なる一メソッドがコピーと参照書き換えまでやってしまうのは直感的でないな。

[uasi]

Objective-C の NSMutableArray は“もはや配列ではなくて何か別の rope みたいなもの”なのでややこしい

[vvakame]

https://gist.github.com/vvakame/97db965c18ca26c4ab72 JSで同じことやったけどconcat使うのが恣意的すぎる！っていって殴られて死ぬ

[perezvon]

「この中でどれが一番いいか…やはり ML を使うことだと思いますね。」

[koyancya]

"この中でどれが一番いいか…やはり ML を使うことだと思いますね。おわり。"

[mizchi]

配列から取り出したprimitiveな値の参照を書き換えると元の値が書き換わるPHPのことはいいの

[quabbin]

参照を変に書き換えてしまうのね…。誤解しやすい言語だなぁ。

[ihag]

検証したらマジだった。

[gaudere]

MLなんぞ持ち出さなくてもLispで考えれば一発だろ。シャローコピーとnconc。終わり。結局、どっちでもいいんだよ。

[deamu]

“クソですね。”　すごい　簡潔な　結論

[mcddx30]

えっコピーじゃなくて参照だったの？appendしてはじめて（厳密には違うような気がするけど）コピーになるのは・・・

[sonots]

oh

[trashtoy]

b[1] = 3; の挙動で「あぁ要するに b には a の参照が入ってるのね」という認識で居たら次の b.append(5); で a が変化していなくて「ファッ！？」となった。本文読んで納得したけど "b = b.append(5);" にして欲しい

[agw]

これは酷い...

[W53SA]

破壊的/非破壊的が入り混じってるからstackoverflow案件増えそう

[Dryad]

形（関数型っぽい機能）から入っても心（immutabilityについてのポリシー）が伴ってないと残念なことになるんだなぁという事案。何か一貫性があれば良いとは思うけど。

[AlexAndRite]

um

[sotokichi]

タイトル変わってる

[knjname]

年一万出せない千葉在住の貧乏人ですけど、この挙動普通にSwiftのガイドに書いてあったような。まあ1文字のサイズが不定な文字列と同じく特殊パートですわ。

[MagnesiumRibbon]

oh...