<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>yyama1556</author_name>
  <author_url>https://blog.hatena.ne.jp/yyama1556/</author_url>
  <blog_title>山崎屋の技術メモ</blog_title>
  <blog_url>https://www.shookuro.com/</blog_url>
  <categories>
    <anon>Java Tips</anon>
  </categories>
  <description>プロジェクトの設計フェーズ序盤で、例外の扱いについて方針を決める必要がある。もし、自分が方針を決めるとしたらこうするというものをメモしておく。 １．検査例外と非検査例外の使い分け 最近では検査例外を悪と考え、すべて非検査例外にラップしてスローしなおすという場合もあるようだ。これを機能として提供しているフレームワークもある。しかし、検査例外と非検査例外は理由があって分かれているので、私はちゃんと使い分けるべきと考えている。 検査例外 プログラムが正しくても起こりうる例外。例えば、 読み込もうとしたファイルが他のプログラムにより消された デッドロックした ユーザがブラウザの戻るボタンを使って、想定…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Fwww.shookuro.com%2Fentry%2F2017%2F04%2F29%2F121514&quot; title=&quot;java の例外設計 - 山崎屋の技術メモ&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url>https://images-fe.ssl-images-amazon.com/images/I/51E1m-weAXL._SL160_.jpg</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2017-04-29 12:15:14</published>
  <title>java の例外設計</title>
  <type>rich</type>
  <url>https://www.shookuro.com/entry/2017/04/29/121514</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
