「Rustでやると知らないうちに詰む設計」を避けるためのTipsを集めてみる

とりあえず、よく言われてるやつから埋めていこうと思う。 構造体にライフタイムを持たせない 構造体にライフタイムを持たせるのは「基本的に」避けよ、というのが重要なのは間違いないのだけど、これをもう少し実践的な内容にしたい。ちょっと考えてみたけど、こういうのはどうだろうか。 ある関数呼び出しの中でしか絶対に使わない。returnするまでにその構造体のデータは全て破棄される。static変数に退避させることもできない。アロケーションもその関数が面倒を見る。そういう一蓮托生できる関数呼び出しに心当たりはあるか？ ある→ 構造体にライフタイムを持たせてもよい。 ない→ ライフタイム禁止。 そう考えてみると、DIとかReduxとかとも通じるところがあるかもしれない。「つべこべ言ってないで全部の責務を一番外側に持っていく」という決断ができるときは構造体ライフタイムが選択肢に入る。

[tettekete37564]

単純に読むとブラッシュアップの過程が地獄風味の言語のよう聞こえる。仕様、コードのいずれも最初からリファクタリング済みしか受け付けないという感じならキツいぞ

[knjname]

GC欲しいな

[nakag0711]

絶対書けない処理があるというのは実務的にはRustのリスクの一つになるのかなあ

[kamocyc]

GCある言語のノリでテキトーに構造体を定義して詰んだのでブクマ

[yuyumomo999]

エンジニアなのに、Rustって見るとゲームが先に浮かんでしまう病気。。

[tackman]

顧客が本当に必要だったコンテンツだ

[tattyu]

rust覚え始めの時に、よーし！マルバツゲーム作って見るか！となったら乱数の生成が難し過ぎて終わったのを思い出した。副作用を許しそうな雰囲気あるのに許さない感じが関数型だなぁって思い知らされた。難しいよ。

[kako-jun]

Rustが書く人にもtraitを強制してるようで面白い。コメントが五月雨式に追加されて、本文と区別つかず記事が育ってくZennのデザインも面白い

[zetta1985]

“Rustはプログラムを書く側よりも読む側の味方”

[t-murachi]

最後のってどうすりゃいいんだっけ…(´・ω・`)

[sora_h]

“dtolnayがやってないことはできない ”

[zyzy]

「dtolnayがやってないことはできない」の法則