Recommended
More Related Content
More from Appresso Engineering Team
More from Appresso Engineering Team (20)
Effective java 輪読会 第4章 項目18-22
- 1. Effective Java 輪読会 第3回 （項目18～22） 2013/12/18 開発部 野口
- 3. 抽象クラスとインタフェース 抽象クラス 実装を含むことができる サブクラス化が必要 Java は単一継承のみを許可している インタフェース 実装を含むことができない サブクラスである必要がない
- 4. インタフェースの利点（1/3） 新たに実装することが容易 型階層に影響を及ぼさないため 抽象クラスの場合、型階層に組み入れる必要がある ミックスインを定義するのに理想的 クラスが「本来の型」に加えて、なんらかの任意 の振る舞いを提供していることを宣言するために、 クラスが実装する型 例）Comparable
- 5. インタフェースの利点（2/3） 階層を持たない型フレームワークを構築でき る 例）pp.91-92 SingerSongwriter 抽象クラスで行うと、組み合わせ爆発が起こる！ 安全で強力な機能エンハンスを可能にする ラッパークラスによって、継承しなくてもエンハ ンスできる 例）項目16 InstrumentedSet
- 6. インタフェースの利点（3/3） 抽象骨格実装クラスを提供することで、抽象 クラスの長所も取り入れることができる 例）主要なコレクションインタフェース 具象実装の例: pp. 92-93 intArrayAsList() 擬似多重継承を用いることもできる ラッパークラスの応用形
- 7. 抽象クラスの利点 発展させるのが容易 たとえば、抽象クラスに具象メソッドを追加する だけで、すべてのサブクラスがそのメソッドを提 供することになる インタフェースでは、そうはいかない。追加した時点 でコンパイルエラーになる インタフェースは、凍結前にできるだけ（多くのプロ グラマが）実装することでテストすべき
- 9. まとめ（2/2） 重要なインタフェースを提供するときは、骨 格実装の提供を検討しよう publicインタフェースは細心の注意を払って設 計し、複数の実装を書くことで徹底的にテス トしよう
- 12. 不適切なインタフェースの例 定数インタフェース 「定数インタフェースパターンは、インタフェー スの下手な使い方」 実装の詳細であり、クラスのユーザには何の意味もな いから （本来は不要な）負うべき義務を表しているから 定数が必要なくなっても、バイナリ互換性のためにその インタフェースの実装が必要 疑問: 「バイナリ互換性のため」というのは、どういう意 味……？ →定数インタフェースを implements しているクラスに何 かしら影響がある
- 13. 定数インタフェースを避ける その定数が結びついたクラスやインタフェー ス自体に定数を追加する 例）Integer.MIN_VALUEやInteger.MAX_VALUE 列挙されるものなら、enum を使用する 定数インタフェースよりは、ユーティリティクラ スを使用する インポートを活用すれば、長い修飾をすること も回避できる static
- 16. タグ付クラスは、冗長で、誤りや すく、非効率（1/2） enum 宣言、タグフィールド、switch 文と いったお決まりのコードで散らかっている 複数の実装が単一クラスに詰め込まれ、読み づらい 他の特性に属する関係のないフィールドに よって、メモリ量が増加する フィールドを自然に final にできない フィールド初期化の正しさについて、コンパ イラの助けを得られない
- 17. タグ付クラスは、冗長で、誤りや すく、非効率（2/2） 特性の追加に際して、ソースの修正が必要 OCP（Open-Closed Principle / 開放-閉鎖の原 則）違反！ 特性の追加に際して、すべての switch 文へ漏 れなく case 追加が必要 型から特性に関する手がかりが得られない
- 19. タグ付クラスからクラス階層へ変 換するためのざっくりした3ステッ プ 抽象クラスを定義する 特性ごとに具象サブクラスを定義する 抽象メソッドを個々の具象サブクラスで実装 する 例）pp.99 Figure / Circle / Rectangle クラス
- 20. See Also: 『リファクタリング』（Martin Fowler） サブクラスによるタイプコードの置き換え によるタイプコードの置き換え ポリモーフィズムによる条件記述の置き換え State/Strategy
- 25. 戦略インタフェース 戦略を切り替えられるようにするために、具 象戦略が実装するインタフェース 例）Comparator<T> 無名クラスを使用して宣言するのもよい ただし、インスタンス生成コストに注意 名前がつけられないのもデメリットとなりうる
- 26. ホストクラス 具象戦略をprivateな内部クラスとして、イン タフェースを通して外部に提供する 例）pp.103 Host クラス ＊疑問: pp.103の StrLenCmp はなぜ（何のために） Serializable を実装しているのか？（単なる例示のため？ だとしたら、あまり良い例ではないような……） →Comparator を Serialize して転送したいこともある！
- 28. 補足（1/2） Java8ではラムダ式も使えるそうですね！ Before（pp.102）: Arrays.sort(stringArray, new Comparator<String>() { public int compare(String s1, String s2) { return s1.length() - s2.length(); } });
- 29. 補足（2/2） Java8ではラムダ式も使えるそうですね！ After（ラムダ式による記述）: Arrays.sort(stringArray, (s1, s2) -> s1.length() - s2.length()); すっきり！ 参考: http://dstn.appresso.com/developer/detail/?id=131 http://d.hatena.ne.jp/nowokay/20130824
- 30. 項目22 非 static のメンバークラスより static のメンバークラスを選ぶ
- 32. 4種類のネストしたクラス static のメンバークラス 非 static のメンバークラス 無名クラス ローカルクラス
- 33. static のメンバークラス エンクロージングクラスのメンバーのすべて にアクセスできる publicのヘルパークラスとして提供することも できる 例）pp. 104 Calculator.Operation
- 34. 非 static のメンバークラス メンバークラス生成時に、そのエンクロージ ングインスタンスと関連付けられる 関連付けの際にメモリを消費し、インスタン スの生成時間が増加する アダプターの実装に用いることができる 例）Map values インタフェースのkeySet、entrySet、
- 35. 非 static のメンバークラスより static のメンバークラスを選ぶ エンクロージングオブジェクトへの関係のな い参照を持たない ガーベッジコレクションへの悪影響を防ぐ public あるいは protected のメンバーの場合 は、あとから変更できないので特に慎重に選 ぶこと
- 38. 無名クラスの用途 関数オブジェクトとして使用する See also: 項目21 プロセスオブジェクトを生成する 例）Runnable インスタンス、TimerTask インスタ ンス等 static ファクトリーメソッド内で使用する 例）項目18の intArrayAsList