組み込みの例外型の方がわかりやすい、というフィードバックをいただきました。組み込みの例外型を例に使ったほうが分かりやすかったかもしれません。個のインスタンスが作られるという原理のため、例外の型は問題の答え自体を左右しません。例外インスタンスの使い回しは必要か?なお、マイクロベンチマークなどを行うと例外オブジェクトの生成はかなり重い処理に見えることがありますが、実際はスタックトレースの採取が重い処理です。する例外ではスタックトレースの採取は行われません。ように例外インスタンスをあえて使い回すコードを書いてもメリットはほぼありません。このような書き方をするとスタックトレース情報が一切取れなくなってしまいます*17。任せたほうが良いと言えるでしょう。先生の言葉として「早すぎる最適化は諸悪の根源」という言葉があります。文字列や例外などのインスタンスを性能のために定数化するのは効果がなかったり逆効果である*18ことは、ここまで読んでいただけた方はご承知かと思います。最適化を紹介しましたが、見ての通りいずれも言語仕様として可能な範囲で高速化するための工夫がなされています。利用することで無意識にこれらのメリットを得ることができます。hiring!!!弊社エムスリーはインターネット技術を用いて医療にまつわるムダを改善したり、新たな可能性を実現することを目指しています。そのために、こういった技術的なバックグラウンドを知ることで無駄なく価値あるコードを書くことに興味のあるエンジニアの方を絶賛募集中です。する側の処理が例外インスタンスの同一性に依存していないことを証明することが必要であり実現困難です。されるのかは静的には決定できないため。依存しない処理系の方が実際良いと思います。強みではない気はしますが...。2019」にことりスポンサーとして協賛&社員が登壇しますこんにちは、エンジニアリンググループの渡辺です。月別アーカイブ注目記事はてなブログをはじめよう!m3techさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。