Recommended
More Related Content
More from Appresso Engineering Team
More from Appresso Engineering Team (20)
Recently uploaded
Recently uploaded (16)
Effective Java 輪読会 第7章 項目38-40
- 1. Effective Java 輪読会 第6回 （項目38～40） 2014/2/12 開発部 野口
- 4. パラメータの正当性を 検査しない場合 処理の途中で訳の分からない性外で失敗する メソッドは正常にリターンするが、何も言わ ずに誤った結果を計算する メソッドは正常にリターンするが、いくつか のオブジェクトを不正な状態のままにする 後になって、コードの全く関係のない箇所でエ ラーを引き起こす 最悪！
- 5. 例外を文書化する public のメソッドに対しては、パラメータ値 に関する制約が守られていない場合にスロー される例外を文書化する Javadoc の @throws タグを使用 IllegalArgumentException、 IndexOutOfBoundsException、 NullPointerException 等 文書化さえできれば、コードを書くのは簡単
- 6. アサーションを用いる 公開されていないメソッドに関しては、ア サーションを用いてパラメータを検査する DataSpider では、独自のアサーション用ユー ティリティクラス com.appresso.ds.common.fw.Assert を用いてい る
- 7. 規則に対する例外 正当性検査のコストが高いか現実的でない かつ、正当性検査が計算の処理の中で暗黙に 行われる 例）Collections.sort(List) ただし、エラーアトミック性（項目64）に注意が 必要 失敗したメソッド呼び出しは、オブジェクトをそのメ ソッド呼び出しの前の状態にしておくべき
- 9. まとめ メソッドあるいはコンストラクタを書く際に は、パラメータの制約を考える 制約を文書化する メソッド本体のはじめで明示的に検査し、制 約を強制する
- 11. Java は安全な言語 バッファオーバーランを始めとするメモリ破 壊エラーに対して、免疫がある （疑問：「免疫がある」ということは、 completely free というわけではない？）
- 12. それでも守る努力は必要 クラスのクライアントは、クラスの不変式を 破壊するために徹底した努力をする と想定して防御的にプログラムすべき セキュリティを破ろうとする悪意のプログラ マ よりも、むしろ使用者の単純なミスが問題
- 13. セキュリティホールの例 pp.178 Period クラス コンストラクタで渡した Date を、渡したあとも 変更できる（pp.179） start / end メソッドの戻り値を変更することで、 Period の内部を変更できる（pp.180）
- 14. セキュリティホールへの対処 コンストラクタで、防御的コピー（pp.179） TOCTOU 攻撃に備えるため、コピーに対して正 当性を検査する サブクラス化に対処するため、clone メソッドを 使用しない アクセッサ－でも、防御的コピー（pp.180）
- 15. 本当の教訓 可能な場所では、オブジェクトの構成要素と して不変オブジェクトを使用する 例）Date ではなく、Date.getTime() の戻り値 （long）を用いる
- 17. 制御の移転 パッケージ境界を越えるとしても、あえて防 御的にコピーしないケース ドキュメンテーションに制御の移転が必要で あることを示し、クライアントはそれに従う 例）ラッパークラス ラッパークラスでは、一般に制御を移転したあとにオ ブジェクトを変更した場合に、クライアント自身にの み害を及ぼす
- 20. メソッド名を注意深く選ぶ 理解可能 同じパッケージ内の他の名前と矛盾がない 広範囲のコンセンサスと矛盾がない Java ライブラリーの API がガイダンスになる まあ、ところどころ矛盾もあるけど……。 大きさとか、歴史的な経緯とか
- 21. 便利なメソッドを提供し過ぎたり しないようにする 個々のメソッドは、「自分の役割を果たす」 こと 型がサポートしている個々の処理について完 全に機能すること 速記法は本当に頻繁に使用され、明らかに役 に立つ場合だけ 特にインタフェースには注意 多くのメソッドを持つインタフェースはユーザお よび実装者の人生を複雑にする 人生、シンプルな方が（精神衛生上）よい
- 22. 長いパラメータのリストは避ける 4 個以下を目標に マジックナンバー 7±2 という説もありますね 同じ型のパラメータが何個も続くのは特に有 害 順序を間違えてもコンパイルエラーにならない
- 23. パラメータリスト短縮法その１ メソッドを複数のメソッドに分割する 直交性を増加させ、メソッド数を減らすこともで きる 例）java.util.List の subList メソッドと、indexOf / lastIndexOf メソッド
- 24. パラメータリスト短縮法その２ ヘルパークラス static のメンバークラス 例）カードゲームを表すクラスにおいて、ランク とスートを常に同時に扱っているなら、「カー ド」ヘルパークラスを導入する
- 25. パラメータリスト短縮法その３ ビルダーパターンの応用 saucepan.water(400).sugar(5).salt(10).cube(Cub e.Chicken, 2).cook()
- 26. パラメータ型に関しては、 クラスよりインタフェースを選ぶ たとえば、HashMap ではなく Map を使う たまたま HashMap 以外の Map を持っているク ライアントを煩わせずにすむ 参照）項目 52 インタフェースでオブジェクトを 参照する 『実装パターン』（Kent Beck）にも同様の議論があ りました
- 27. boolean パラメータより 2 つの要 素を持つ enum 型を使用する 読みやすくなる IDE のコード補完を活用できる オプションを追加しやすい メソッドへのリファクタリングも可能