問灯(といあかり) Toiakari問灯(といあかり) Toiakari
ホームみつける連載
問いを立てる
ログイン
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ

© 2026 問灯(といあかり)

創作センター

問いを立てる・観点を書く・記事や連載をつくる。あなたの創作の入口。

書きはじめる

急上昇の問い

  1. 1新NISA、つみたてと成長投資枠の振り分け比率で迷ってます
  2. 2家計簿アプリ、夫婦で同じアプリ使うか別々か迷ってます
  3. 3家計簿アプリ、固定費と変動費の分類ルールが曖昧すぎて毎回迷う
  4. 4推し活グッズの飾り方、色数が多すぎて統一感がない
  5. 5毎週同じ曜日に自炊するはずなのに、準備段階で挫折する
  6. 6バドミントンのシャトルの羽、なぜ斜めに落ちる?
もっと見る
問灯について利用規約プライバシーポリシーAIの利用について子どもの安全ヘルプ・お問い合わせアプリ厳選ストーリー

© 2026 問灯(といあかり)

ホームみつける通知マイページ
型システムで『null許容性』と『Option型』の使い分け、どう決めてますか?
Q

型システムで『null許容性』と『Option型』の使い分け、どう決めてますか?

プロダクションコードを書いていて、nullable型の扱いで毎回判断に迷っています。 具体的には、APIレスポンスをパースする層で、フィールドが存在しないケースと明示的にnullが返されるケースの両方が起こり得るんです。そこで『このフィールドは単にnull許容にするか、それともOption型で包むか』という選択肢に直面します。 今までは「nullは避けるべき」という原則で、なるべくOption型を使ってきたのですが、そうするとレイヤーを跨ぐたびにアンラップが増えて、かえってコードが読みにくくなっている気がして……。一方、nullを許容するとうっかりnull参照エラーが出そうで不安です。 プロジェクトの成長段階や、チームの規模によって、この判断基準は変わるのかなとも思っています。皆さんはどういう考え方で、どこに線を引いていますか?

フォロー 1・閲覧 0

観点を書く

フォロワー

1

閲覧

0

観点 0

まだ観点がありません。最初の観点を灯しませんか。