プログラマの雑談部屋 ★376 (532ﾚｽ)
上下前次1-新
485: 11/20(木)12:14 AAS
>>468
可用性を重視するなら「match/?」で落とさず分岐処理
もしくは停止（パニック）ではなく、デフォルト値で動作継続するだとか
少なくとも今回は言語の持つメモリ安全性を重視する性格がプロセス全体を巻き込む諸刃の剣となったわけであり
「unwrap」は「成功することが確定している」ケース以外への乱用はすべからくして控えるべきかと（そもそも「Result型」とは・・・）
失敗が想定される（その上で「失敗してほしい」意図がない）場合の代替としては前述したよう「match/?」
仮に「unwrap」する場合でも、せめて落とさずデフォルトを記述する「unwrap_or(default)」や「unwrap_or_else(|| ...)」、ただし本件に照らすとこちらは不適
「unwrap」そのものが悪手というより、用途としてのミスマッチかと
大方、新アーキに移行する際、安易に旧のそれからコピーしたことによる「意図しない『unwrap』の混入」といったところでは
上下前次1-新書関写板覧索設栞歴
あと 47 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.015s