Upgrade Java SE 7 to Java SE 8 OCP Programmer(1Z0-810)対策 第二章 ラムダ式を使用する事前定義済みの型の使用
第二章よりJava8で追加された関数型インタフェースの各クラス、メソッドの仕様を追っていく。
各インタフェースの詳細まで追うのは辛いので取り扱わない…
■注意
正確な情報は下記リンクを参照してください。
■試験対策ページ
java.boot.by
■試験
Upgrade Java SE 7 to Java SE 8 OCP Programmer | Oracle Certification Exam
2.1. java.util.function パッケージのインタフェースについて説明する
多くの再利用可能な機能要件について、関数型インタフェースとラムダ式は取り込むことができる。
Java8の設計者は一般的なユースケースを取り込み、それらのためのライブラリを実装した。
java.util.functionと呼ばれる新しいパッケージは、一般的なユースケースに対する機能を提供する。
※WARNING※
このセクションで提示するインタフェースのリストは完全ではない。最も重要な部分の関数型メソッドのシグネチャのみ列挙する。
java.util.function.Predicate
パラメータの型: T
戻り値の型 : boolean
メソッドの詳細: 1つの引数の述語(boolean値関数)を表す。
package java.util.function; @FunctionalInterface public interface Predicate<T extends Object> { public boolean test(T t); }
java.util.function.Consumer
パラメータの型: T
戻り値の型 : void
メソッドの詳細: 単一の入力引数を受け取って結果を返さないオペレーションを表す。
package java.util.function; @FunctionalInterface public interface Consumer<T extends Object> { public void accept(T t); }
java.util.function.Function
パラメータの型: T
戻り値の型 : R
メソッドの詳細: 1つの引数を受け取って結果を生成する関数を表す。
package java.util.function; @FunctionalInterface public interface Function<T extends Object, R extends Object> { public R apply(T t); }
java.util.function.Supplier
パラメータの型: (なし)
戻り値の型 : T
メソッドの詳細: 結果のサプライヤを表す。サプライヤを呼び出すたびに新規もしくは異なる結果が返される必要はない。
package java.util.function; @FunctionalInterface public interface Supplier<T extends Object> { public T get(); }
java.util.function.ToDoubleFunction
パラメータの型: T
戻り値の型 : double
メソッドの詳細: double値の結果を生成する関数を表す。これは、Functionに対して、doubleを生成するようプリミティブ化を行ったもの。
package java.util.function; @FunctionalInterface public interface ToDoubleFunction<T extends Object> { public double applyAsDouble(T t); }
java.util.function.BiPredicate
パラメータの型: T,U
戻り値の型 : boolean
メソッドの詳細: 2つの引数の述語(boolean値関数)を表す。これは、Predicateを引数を2個取るようにしたもの。
package java.util.function; @FunctionalInterface public interface BiPredicate<T extends Object, U extends Object> { public boolean test(T t, U u); }
java.util.function.UnaryOperator
パラメータの型: T
戻り値の型 : T
メソッドの詳細: 単一のオペランドに対する操作に作用して同じ型の結果を生成する演算を表す。これは、オペランドと結果の型が同じである場合においてFunctionを特殊化したもの。
メモ:Functionクラスを拡張しており、Function.apply(Object)メソッドを引き継いでいる。
package java.util.function; @FunctionalInterface public interface UnaryOperator<T extends Object> extends Function<T, T> { }
Upgrade Java SE 7 to Java SE 8 OCP Programmer(1Z0-810)対策 第一章 ラムダ式(3)
(1)(2)に引き続き、ラムダ式の章を進める。
■試験対策ページ
java.boot.by
■注意
全文が超意訳です。正確な情報は下記リンクを参照してください。
■試験
Upgrade Java SE 7 to Java SE 8 OCP Programmer | Oracle Certification Exam
1.3. ラムダ式について説明する 匿名インナークラスを使用したコードをラムダ式を使用するようにリファクタリングする 型推論とターゲット型付けについて説明する
匿名インナークラスとラムダ式で置き換える
開発者のコードの一部には無名インナークラスが含まれており、時として読みづらい。
開発者は匿名インナークラスを、読みやすさとメンテナンスしやすさのために置き換えるべきである。
匿名インナークラスとラムダ式での置き換えによって、定型化したコードの何行かのコードを書くよりも開発時間を短縮できるだろう。
一般的なSwingアプリケーションでは匿名インナークラスをアプリケーションに機能追加する際に必要とする。
例えば匿名クラスはボタンにactionを追加するよく使われる方法である。ここでの問題は内部クラスは読みにくいということであり、多くの定型化したコードを書く必要があることである。
下記のコードはボタンのactionの実装として匿名インナークラスの実装を試している。
まずは下記のラムダ式で置き換える前のコードを見てほしい。
JButton button = ... JLabel comp = ... button.addActionListener(new ActionListener() { @Override public void actionPerformed(ActionEvent e) { comp.setText("Button has been clicked"); } });
例えばActionListenerインタフェースクラスの具象クラスを実装する。このインタフェースはactionPerformedという1つのメソッドを保持している。
actionPerformedメソッドはユーザーが実際に画面上のボタンを押下した時に、buttonインスタンスより呼び出されている。
匿名インナークラスはメソッドの実装を提供する。
匿名インナークラスはJavaプログラマーがコード内でデータを受け渡しやすいように設計されている。
だが不幸なことに、それらはコードをわかりにくくしている。ここでは1行の重要なコードを呼び出すために4行の定型化されたコードが必要となる。
定型化されたコードの問題は1つではない。このコードは開発者の意図が明確でなく非常に読みづらい。
開発者が行いたいことはいくつかの振る舞いを実行するすることであり、(メソッドに)オブジェクトを渡したくない。
Java8ではこのコードをラムダ式で書くことができる。下記にサンプルを示す。
JButton button = ... JLabel comp = ... button.addActionListener(e -> comp.setText("Button has been clicked"));
・インタフェースを実装したオブジェクトを渡す代わりに、匿名の関数(ブロック化されたコード)を渡している。
・"e"(Javaの修飾子名以外が指定可能)は匿名インナークラスのパラメータのようなパラメータである。
・"->"はラムダ式の関数部からパラメータを分離する。ユーザがボタンをクリックした際に動作する。
・他の匿名インナークラスを使用していたときとの違いは変数eの宣言である。以前は明確に ActionEvent e と型を宣言していた。
今回の例(※ラムダ式を使った場合)開発者に型となるクラスが渡されていないが、このクラスはコンパイルすることができる。
内部で何が起こっているかというと、変数eに対してaddActionListenerメソッドのシグネチャより型推論が行われている。
これは、開発者は明確にパラメータの型を記述する必要がないということを意味する。
※WARNING※
いくつかの場面ではJavaコンパイラが型を推論できない場合、変数の型やパラメータの型を明確に記述する必要がある。
下記の例はラムダ式の引数に対して、明示的に型を記述する場合。
JButton button = ... JLabel comp = ... button.addActionListener((ActionEvent e) -> comp.setText("Button has been clicked"));
- 括弧で囲まれたカンマ区切りのリスト
メモ:ラムダ式のパラメータの型は省略することができる。加えて、パラメータがひとつの場合は括弧を省略することができる。例えば下記のラムダ式は正しい。
s -> s.getAge() >= 18
(Student s) -> s.getAge() >= 18
(s) -> s.getAge() >= 18
- アロー演算子
- メソッド本文は「1つの式」もしくは「ブロック」から構成される。
... -> s.getAge() >= 18
1つの式しか記述しない場合、Javaの実行環境は式を戻り値の評価を行う。代わりに「return」句を使うことができる。
... -> { return s.getAge() >= 18; }
return句に型はない。ラムダ式では、式を中括弧{}で囲む必要がある。しかし、voidメソッドは中括弧で囲む必要はない。例えば、下記のラムダ式は正しい。
email -> System.out.println(email)
Upgrade Java SE 7 to Java SE 8 OCP Programmer(1Z0-810)対策 第一章 ラムダ式(2)
(1)に引き続き、ラムダ式の章を進める。
■注意
全文が超意訳です。正確な情報は下記リンクを参照してください。
■試験対策ページ
java.boot.by
■試験
Upgrade Java SE 7 to Java SE 8 OCP Programmer | Oracle Certification Exam
1.2. 関数型インタフェースクラスの実装
関数型インタフェースクラスはラムダ式とメソッド参照のための型を提供する。
各関数型インタフェースクラスは関数メソッドと呼ばれる単一の抽象メソッド(single abstract method (SAM))を持ち、ラムダ式のパラメータと戻り値に対応あるいは合致する。
JDK8において、既に存在するRunnabl、Callable、 Comparator、ActionListenerのような、単一のメソッドを持つインタフェースクラスは、現在の関数型インタフェースとラムダ式となる。これらは単一の抽象メソッドが使われているインタフェースクラスにて使用することができる。
@FunctionalInterface アノテーション
Java8では@FunctionalInterfaceという新しいアノテーションを関数型インタフェースに付与するよう紹介している。関数型インタフェースであるという意図の伝達とコンパイラにいくつかの追加のチェックを許可するためである。
※WARNING※
@FunctionalInterfaceはオプションである。Javaコンパイラに対するヒント句である。
例えば下記のインタフェースはコンパイルに成功する。
public interface MyInterface { }
しかし関数型インタフェースであることを示した場合(コンパイルに失敗する)
// Java 8 compiler fails @FunctionalInterface public interface MyInterface { }
抽象メソッドが無かった場合、コンパイラは"MyInterface is not a functional interface" や "no abstract method was found"といったエラーを発生させる。
2つ目のメソッドを追加した場合もエラーを発生させる。
// Java 8 compiler fails ! @FunctionalInterface public interface MyInterface { void doIt(); void doItNow(); }
インタフェースにおけるデフォルトメソッド
Java8のインタフェースクラスではデフォルトメソッドとstaticメソッドをサポートする。
デフォルトメソッドはインスタンスメソッドの先頭に「default」キーワードを付けて定義する。またデフォルトメソッドはコードの本文を提供する。
デフォルトメソッドを含むインタフェースの具象クラスは、デフォルトメソッドとその他のメソッドをオーバーライドすることができる。
関数型インタフェースクラスは単一の抽象メソッドを必要とする。下記のコードはコンパイルに失敗する、無効な関数型インタフェースクラスである。
// Java 8 compiler fails ! @FunctionalInterface public interface MyDefInterface { default void doIt() { /* cool implementation */ } }
しかし下記の関数型インタフェースクラスはコンパイルに成功する。
@FunctionalInterface public interface MyDefInterface { default void doIt() { /* cool implementation */ } void doItNow(); // Single Abstract Method (SAM) }
インタフェースにおけるstaticメソッド
staticメソッドは定義したクラスと結びついている、というよりもクラスのどのオブジェクトでも使用できる。
各クラスのインスタンスは、クラス内でstaticメソッドを共有している。
Java8ではインタフェースに定義したstaticメソッドをデフォルトメソッドで補足することができる。
staticメソッドのようにインタフェースにstaticメソッドを定義したい時はメソッドのシグネチャの先頭に「static」を付与する。
インタフェースクラスの全てのメソッド宣言は「public」となるので「public」キーワードは省略することができる。
staticメソッドを含むインタフェースクラスを実装したい時、staticメソッドはまだインタフェースクラスの一部であり、実装クラスの一部ではない。
理由はクラス名をメソッドの接頭辞に付加できないため。staticメソッドの呼び出し時はインタフェースクラス名を付記する必要がある。
関数型インタフェースは単一の抽象メソッドを定義する必要がある。下記のコードはコンパイルに失敗する、無効な関数型インタフェースである。
// Java 8 compiler fails ! @FunctionalInterface public interface MyStatInterface { static void doIt() { /* cool implementation */ } }
しかし下記の関数型インタフェースはコンパイルに成功する。
@FunctionalInterface public interface MyStatInterface { static void doIt() { /* cool implementation */ } void doItNow(); }
java.lang.Objectクラスの関数型インタフェース
インタフェースクラスがjava.lang.Objectクラスの抽象メソッドのひとつをオーバーライドした場合、関数型インタフェースの抽象メソッドとしてカウントしない。
例えば java.util.Comparatorは関数型インタフェースであるが、2つの抽象メソッドを有している。
package java.util; @FunctionalInterface public interface Comparator<T> { int compare(T o1, T o2); boolean equals(Object obj); ... }
(関数型インタフェースである)理由は、equals() メソッドはjava.lang.Objectクラスの持つpublicメソッドのシグネチャと一致するため。
【参考】
Java関数型インターフェースメモ(Hishidama's Java8 Functional Interface Memo)
Upgrade Java SE 7 to Java SE 8 OCP Programmer(1Z0-810)対策 第一章 ラムダ式(1)
Upgrade Java SE 7 to Java SE 8 OCP Programmer(1Z0-810)を受けるための勉強メモ。
下記サイトが詳しそうな雰囲気だったので訳しながら追ってゆく。
■注意
全文が超意訳です。正確な情報は下記リンクより一次情報を参照してください。
■お世話になる試験対策っぽいページ
java.boot.by
※githubにも別の対策サイトがあったので紹介
rahulsh1.github.io
■試験
Upgrade Java SE 7 to Java SE 8 OCP Programmer | Oracle Certification Exam
1.1. ネストしたクラス、静的クラス、ローカル・クラス、無名クラスなど、Javaの内部クラスを使用する
Javaでは4種類の内部クラスを実装することができる。下記に名称と実装例を示す。
staticな内部クラス ※コンパイルが通るよう修正済
public class Outer { static class Inner { void doIt() { System.out.print("Static nested class reference is: " + this); } } public static void main(String[] args) { Outer.Inner n = new Outer.Inner(); n.doIt(); } }
●標準出力
Static nested class reference is: chap1.stat.Outer$Inner@2a139a55
内部クラスと似ているが、静的クラスとして宣言している。
エンクロージングクラスのインスタンスに依存しない。エンクロージングクラスのインスタンスのstaticメソッドとフィールドへのみアクセスすることができる。
「利用シーン」
・エンクロージングクラスのインスタンスと分離したい場合
・エンクロージングクラスのインスタンスより生存期間が長い場合
内部クラス(インナークラス)
内部クラスは明示的なインスタンスとして生成する。(メンバ変数として外部のクラス内で宣言される。)
内部クラスはエンクロージングクラスと内部クラスの全てのメソッド、フィールド、エンクロージングインスタンスのthisによる参照にアクセスすることができる。
public class Outer { private int secretVar = 1; public void makeInner() { Inner in = new Inner(); in.seeOuter(); } class Inner { public void seeOuter() { System.out.println("Outer 'secretVar' is " + secretVar); System.out.println("Inner class reference is " + this); System.out.print("Outer class reference is " + Outer.this); } } public static void main(String... args) { Inner i = new Outer().new Inner(); i.seeOuter(); } }
●標準出力
Outer 'secretVar' is 1 Inner class reference is chap1.inner.Outer$Inner@2a139a55 Outer class reference is chap1.inner.Outer@15db9742
内部クラスはエンクロージングクラスとは別のスコープで定義される。
無名クラスであることがある。(次のセクションを参照)
外部・内部クラスはお互いのメソッドを直接参照することが可能(※private宣言されてる場合でも)
OuterクラスのメソッドはInnerクラスのインスタンスを生成することでInnerクラスを使用する。
内部クラスのインスタンスはエンクロージングクラスのインスタンスとは分離されている。
内部クラスのインスタンスはエンクロージングクラスのインスタンスよりインスタンス化する必要がある。
内部クラスはエンクロージングインスタンスの生成タイミングに縛られる。(※変更不可)
ローカル内部クラス(ローカルインナークラス)
ローカル内部クラスはブロック内で定義される。ブロックは0以上の要素で構成され互いに関係する。
「インスタンスメソッドにおけるローカル内部クラス」
public class Outer { private String x = "outer"; public void doStuff() { class MyInner { public void seeOuter() { System.out.println("x is " + x); } } MyInner i = new MyInner(); i.seeOuter(); } public static void main(String[] args) { Outer o = new Outer(); o.doStuff(); } }
●標準出力
x is outer
「staticメソッドにおけるローカル内部クラス」
public class Outer { private static String x = "static outer"; public static void doStuff() { class MyInner { public void seeOuter() { System.out.println("x is " + x); } } MyInner i = new MyInner(); i.seeOuter(); } public static void main(String[] args) { Outer.doStuff(); } }
●標準出力
x is static outer
内部クラスはエンクロージングクラスに対するアクセスを持つ。
加えて、内部クラスはエンクロージングクラス内の変数に対するアクセスを持つ。
JavaSE7以前のバージョンでは、内部クラスはエンクロージングクラスの「定数」に対するアクセスを持っている。
内部クラスがエンクロージングクラスの変数、パラメータへアクセスする時は他の変数やパラメータで保持する。
// Java SE 7 syntax ... public void validatePhoneNumber(String phoneNumber) { final int numberLength = 10; class PhoneNumber { PhoneNumber(String phoneNumber) { if (phoneNumber.length() > numberLength) { ... } } } } ...
※WARNING※
Java8からは、内部クラスがエンクロージングクラスの定数または"事実上の定数"へアクセスできる。
初期化後に一度も変更されていない変数、パラメータを"事実上の定数"とする。
// Java SE 8 - successfully compiles and runs; // Java SE 7 - compilation failure ... public void validatePhoneNumber(String phoneNumber) { int numberLength = 10; // no mandatory 'final' anymore, as long as variable not modified class PhoneNumber { PhoneNumber(String phoneNumber) { if (phoneNumber.length() > numberLength) { ... } } } } ...
※WARNING※
下記の例はエンクロージングクラスの変数(numberLength)の代入文が内部クラス(PhoneNumberクラス)にある場合。
変数numberLengthは定数ではないため、Javaのコンパイラは「Local variables referenced from an inner class must be final or effectively final」というエラーメッセージを生成する。
// Java SE 8 - compilation failure ... public void validatePhoneNumber(String phoneNumber) { int numberLength = 10; class PhoneNumber { numberLength = 12; PhoneNumber(String phoneNumber) { if (phoneNumber.length() > numberLength) { ... } } } } ...
匿名インナークラス
GUIアプリにおけるウィジェットに対するActionリスナーを追加するときによく利用する。
public class Outer { public void init() { JButton button = new JButton(); JLabel comp = new JLabel(); button.addActionListener(new ActionListener() { public void actionPerformed(ActionEvent e) { comp.setText("Button has been clicked"); } }); } }
内部クラスは匿名クラスであり、エンクロージングクラスのインスタンスの一部となる。
内部クラスの一部の箇所でインスタンス化して使用したいときによく使用される。
SomeType x = new SomeType() { // unnamed (i.e. anonymous) inner class // body of class goes here };
・SomeTypeは存在するクラスまたはインタフェースでなければならない。
・SomeTypeがクラスの場合:提供されたクラスの拡張クラス
・SomeTypeがインタフェースの場合:提供されたインタフェースの実装クラス
シャドーイング
変数やパラメータ等の箇所にて宣言した型が独特なスコープ(内部クラスやメソッドの宣言部)にて、エンクロージングクラスのスコープ内の別の宣言と同じ名前があると、
エンクロージングクラスのスコープの宣言を隠蔽する。
覆い隠された宣言部へ対して、宣言の名前単独で参照することはできない。
public class Shadow { public int x = 0; class FirstLevel { public int x = 1; void methodInFirstLevel(int x) { System.out.println("x = " + x); System.out.println("this.x = " + this.x); System.out.println("Shadow.this.x = " + Shadow.this.x); } } public static void main(String... args) { Shadow s = new Shadow(); Shadow.FirstLevel fl = s.new FirstLevel(); fl.methodInFirstLevel(2); } }
●標準出力
x = 2 this.x = 1 Shadow.this.x = 0
この例では3つのxという変数が定義されている。Shadowクラスのメンバ変数、内部クラスのFirstLevelのメンバ変数、methodInFirstLevelメソッドのパラメータである。
内部クラスのFirstLevelのメンバ変数xは、methodInFirstLevelメソッドのパラメータの変数を隠蔽する。
その結果、methodInFirstLevelメソッドのパラメータの変数を使用したい時は、メソッドのパラメータを参照するようにする。
内部クラスのFirstLevelのメンバ変数を参照するには、エンクロージングクラスのインスタンスのスコープを表すthisキーワードを使用する。
System.out.println("this.x = " + this.x);
参照するメンバ変数は、所属するクラスよりもより大きなスコープに属している。
例えば、下記の代入文はmethodInFirstLevelメソッドからShadowクラスのメンバ変数へアクセスする。
System.out.println("Shadow.this.x = " + Shadow.this.x);
■参考
四種類の内部クラス - にょきにょきブログ
【改訂版】Eclipseではじめるプログラミング(17):あなたの知らない、4つのマニアックなJava文法 (1/3) - @IT
裏Javaメモ(Hishidama's Java Memo)
jol(Java Object Layout)を使ったオブジェクトのサイズ取得
jol(Java Object Layout)というOpenJDKに含まれるツールを使用して、オブジェクトのメモリサイズが取得できるらしいので試してみる。
■環境
・Windows7 Home Premium 64bit
・JDK 1.8.0_60-b27
・Eclipse Luna SR1 (4.4.1)
・jol (0.4) (※jol-cli-0.4-full.jar)
■すること
jolを使用して何ができるのかを調べる。
主目的は、1処理におけるメモリ量の取得とする。
よって割とメイン所(と思われる)の機能のみ追いかける。
■クラス紹介
1.ClassLayoutクラス
jolを使用する上で基本となるクラス。クラス・クラスインスタンスのメモリ情報を取り扱う。
●処理対象特定系
通番 | static | 戻り値の型 | メソッド名 | 引数 | メソッド概要 |
---|---|---|---|---|---|
1 | ○ | ClassLayout | parseInstance | Object | インスタンスのメモリ情報を取得する。 |
2 | ○ | ClassLayout | parseInstance | Object, Layouter | インスタンスのメモリ情報を取得する。第二引数のLayouterで読み込み時の動作変更が可能 |
3 | ○ | ClassLayout | parseClass | Object | クラスのメモリ情報を取得する。 |
4 | ○ | ClassLayout | parseClass | Object, Layouter | クラスのメモリ情報を取得する。第二引数のLayouterで読み込み時の動作変更が可能 |
●サイズ取得系
通番 | static | 戻り値の型 | メソッド名 | 引数 | メソッド概要 |
---|---|---|---|---|---|
5 | SortedSet< FieldLayout> | fields | - | インスタンス内に含まれるフィールドのメモリ情報を取得する。 | |
6 | int | headerSize | - | インスタンスのヘッダサイズ(int値)を取得する。 | |
7 | int | instanceSize | - | インスタンスのサイズ(int値)を取得する。 | |
8 | String | toPrintable | - | インスタンスのメモリ情報を整形して詳細情報を出力する。 | |
9 | String | toString | - | インスタンスのメモリ情報を整形して出力する。 |
2.FieldLayoutクラス
フィールドのメモリ情報を取り扱う。
●サイズ取得系
通番 | static | 戻り値の型 | メソッド名 | 引数 | メソッド概要 |
---|---|---|---|---|---|
1 | String | name | - | フィールド名を取得する。 | |
2 | String | offset | - | インスタンスが占めるサイズの先頭からのメモリ量を取得する。 | |
3 | int | size | - | フィールドのサイズを取得する。 | |
4 | String | typeClass | - | フィールドの型を取得する。 | |
5 | String | toString | - | フィールドの詳細を取得する。 |
3.VMSupportクラス
JVMのメモリに関連する情報を取得する。
通番 | static | 戻り値の型 | メソッド名 | 引数 | メソッド概要 |
---|---|---|---|---|---|
1 | ○ | String | vmDetails | - | JVMのメモリ情報を出力する。 |
4.GraphLayoutクラス
インスタンス生成からGraphLayout#parseInstanceした時点までにおける、指定したインスタンスに対するメモリの状態を可視化する。
通番 | static | 戻り値の型 | メソッド名 | 引数 | メソッド概要 |
---|---|---|---|---|---|
1 | ○ | GraphLayout | parseInstance | Object | インスタンスのメモリ情報を取得する。 |
2 | ○ | - | toImage | String | 引数で指定したファイル名(~.png等)でグラフを生成する。 |
●HelloWorld的なやつ
package com.hhhhhskw.jol; import java.util.SortedSet; import org.openjdk.jol.info.ClassLayout; import org.openjdk.jol.info.FieldLayout; import org.openjdk.jol.util.VMSupport; public class HelloJol { private String HELLO_JOL_HOGE = "HOGEEEEEEEEEEEEEEEEE"; private String HELLO_JOL_FUGA = "FUGAAAAAAAAAAAAAAAAA"; public static void main(String[] args) { HelloJol hj = new HelloJol(); System.out.println("■JVM情報■"); System.out.println(VMSupport.vmDetails()); System.out.println("■クラスインスタンスのメモリ情報■"); System.out.println(ClassLayout.parseInstance(hj).instanceSize()); System.out.println(ClassLayout.parseInstance(hj)); System.out.println(ClassLayout.parseInstance(hj).toPrintable()); SortedSet<FieldLayout> flSet = ClassLayout.parseInstance(hj).fields(); flSet.stream().forEachOrdered(fl -> { System.out.println("■フィールドのメモリ情報■"); System.out.println(fl.name()); System.out.println(fl.size()); System.out.println(fl.typeClass()); System.out.println(fl); }); System.out.println(flSet); } }
●実行結果*1
■JVM情報■ WARNING: Unable to attach Serviceability Agent. You can try again with super-user privileges. Use -Djol.tryWithSudo=true to try with sudo. WARNING: VM details, e.g. object alignment, reference size, compressed references info will be guessed. Running 64-bit HotSpot VM. Using compressed oop with 3-bit shift. Using compressed klass with 3-bit shift. Objects are 8 bytes aligned. Field sizes by type: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes] Array element sizes: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes] ■クラスインスタンスのメモリ情報■ 24 HelloJol.HELLO_JOL_HOGE@12(4) HelloJol.HELLO_JOL_FUGA@16(4) size = 24 com.hhhhhskw.jol.HelloJol object internals: OFFSET SIZE TYPE DESCRIPTION VALUE 0 4 (object header) 01 00 00 00 (00000001 00000000 00000000 00000000) (1) 4 4 (object header) 00 00 00 00 (00000000 00000000 00000000 00000000) (0) 8 4 (object header) 05 c0 00 f8 (00000101 11000000 00000000 11111000) (-134168571) 12 4 String HelloJol.HELLO_JOL_HOGE (object) 16 4 String HelloJol.HELLO_JOL_FUGA (object) 20 4 (loss due to the next object alignment) Instance size: 24 bytes (estimated, add this JAR via -javaagent: to get accurate result) Space losses: 0 bytes internal + 4 bytes external = 4 bytes total ■フィールドのメモリ情報■ HELLO_JOL_HOGE 4 String HelloJol.HELLO_JOL_HOGE@12(4) ■フィールドのメモリ情報■ HELLO_JOL_FUGA 4 String HelloJol.HELLO_JOL_FUGA@16(4) [HelloJol.HELLO_JOL_HOGE@12(4), HelloJol.HELLO_JOL_FUGA@16(4)]
【感想】
・継承関係にあるクラスのフィールドの中身までさかのぼってサイズ取得してくれるので便利。
・アプリケーション単位で特定の箇所でメモリサイズを取得する場合、インスタンスを適当に決めると、重複してサイズ取得する恐れがあるので、取得対象とするインスタンスは慎重に選ぶべき。
・VMSupport、GraphLayoutクラスを使用したサンプルは下記のソースを参照。
code-tools/jol: 4443d2696dcf /jol-samples/src/main/java/org/openjdk/jol/samples/
【参考】
[Java]オブジェクトの使用メモリを測る - Qiita
『オブジェクトデザイン』第2章 DoubleDispatchパターン実装
下記エントリに影響を受けて、『オブジェクトデザイン』を読み始めている。kymmt90.hatenablog.com
『オブジェクトデザイン』の第2章において、DoubleDispatchパターンの実装が紹介されているが、
要点が書かれているだけで全体の実装が書かれていなかったので、実装してみた。
DoubleDispatchパターン自体は、GoFのVisitorパターンとほとんど同じものらしい。
【要件】
じゃんけん(Scissors,Paper,Stone)*1を実装する。
オブジェクト自身にオブジェクトが他のオブジェクトを負かすかどうかを判定する処理を書いておく。
→3種類のオブジェクトにじゃんけんの処理を記述するため、9通りの結果が生じることになる。
【書籍からの変更点】
『オブジェクトデザイン』の例では、「あいこ」の場合が考慮されていなかったので、
「あいこ」を表現するために、booleanからintで数値を返却するよう変更した。
変更に伴い、他のオブジェクトを負かすかどうかの判定処理を抽象クラス(※新規作成)に追い出して共通化した。
【シーケンス図】※だいぶ適当
【実装】github.com
■実行結果の例 (※標準出力)
自分の手 : パー 相手の手 : グー 勝敗 : 勝ち
【感想】
「操作するデータの型」「データごとの操作」に対する判定処理が消えたことで、各クラスの関心事を細かく分断することができた。
ただしインタフェースクラスに定義するメソッドの数、シグネチャが変動する可能性があるので、初期設計が難しそう。
【参考】
ダブル・ディスパッチ~ 典型的なオブジェクト指向プログラミング・イディオム ~
オブジェクトデザイン (Object Oriented SELECTION)
- 作者: レベッカ・ワーフスブラック,アラン・マクキーン,株式会社オージス総研藤井拓,辻博靖,井藤晶子,山口雅之,林直樹
- 出版社/メーカー: 翔泳社
- 発売日: 2007/09/13
- メディア: 大型本
- 購入: 3人 クリック: 52回
- この商品を含むブログ (41件) を見る
*1:グーはRockではなくてStoneで習った気がしたので…
PowerShellを使ってOracleJDKサイレントインストール
OracleJDKをサイレントインストールする。
【概要】
・OTNサイト(US)から取得したJDK8u45(64bit)のインストーラを使用しサイレントインストールする。*1
・ダウンロードしたインストーラは「C:\\tmp」に置く。
・環境変数も設定する。
→ユーザ環境変数の「JAVA_HOME」と「PATH」にJDK実行に必要なパスを設定する。
・インストーラが出力するログは「C:\tmp\JDKsetup.log」に格納する。
【実行環境】
・Windows7 Home Premium 64bit
・PowerShell 4.0 (※新しい関数は使っていないので、おそらくPowerShell2.0以降であれば動作する)
【スクリプト】
Function Download{ $serverSourceURL = "http://download.oracle.com/otn/java/jdk/8u45-b15/jdk-8u45-windows-x64.exe" $localSourceURL = "C:\\tmp\\jdk-8u45-windows-x64.exe" Write-Host ("■インストーラ取得先URL : " + $remoteFileLocation) Write-Host ("■インストーラ保存先パス : " + $downloadToPath) $client = new-object System.Net.WebClient # ライセンスに同意する $cookie = "oraclelicense=accept-securebackup-cookie" $client.Headers.Add([System.Net.HttpRequestHeader]::Cookie, $cookie) Write-Host "★ダウンロード開始(しばらくお待ちください…)" $client.downloadFile($serverSourceURL, $localSourceURL) Write-Host "★ダウンロード終了" return } Function Install{ Write-Host "★インストール開始(しばらくお待ちください…)" # インストーラ実行(※同期実行) cmd /c "start C:\tmp\jdk-8u45-windows-x64.exe /s /lang=1041 INSTALLDIR=C:\java\jdk1.8.45\ /L C:\tmp\JDKsetup.log" Write-Host "★インストール終了" # ユーザー環境変数設定 # PATHは末尾に付加する $user_path = [Environment]::GetEnvironmentVariable('PATH', 'User') $user_path += ';' + "C:\java\jdk1.8.45\bin\" [Environment]::SetEnvironmentVariable('PATH', $user_path, 'User') # JAVA_HOMEは更新する #$user_java_home = [Environment]::GetEnvironmentVariable('JAVE_HOME', 'User') $user_java_home = "C:\java\jdk1.8.45\" [Environment]::SetEnvironmentVariable('JAVA_HOME', $user_java_home, 'User') Write-Host ("■現在のユーザー環境変数 PATH : " + $user_path) Write-Host ("■現在のユーザー環境変数 JAVA_HOME : " + $user_java_home) return } # 処理開始 Write-Host "★★★Oracle JDKのダウンロード・インストール開始" Download Install Write-Host "★★★Oracle JDKのダウンロード・インストール終了" # 処理終了
■実行結果
PS C:\Windows\system32> (ファイルパス).ps1 ★★★Oracle JDKのダウンロード・インストール開始 ■インストーラ取得先URL : http://download.oracle.com/otn/java/jdk/8u45-b15/jdk-8u45-windows-x64.exe ■インストーラ保存先パス : C:\tmp\jdk-8u45-windows-x64.exe ★ダウンロード開始(しばらくお待ちください…) ★ダウンロード終了 ★インストール開始(しばらくお待ちください…) ★インストール終了 ■現在のユーザー環境変数 PATH : (既存のPATH設定値);C:\java\jdk1.8.45\bin\ ■現在のユーザー環境変数 JAVA_HOME : C:\java\jdk1.8.45\ ★★★Oracle JDKのダウンロード・インストール終了
■結果確認
C:\>java -version java version "1.8.0_45" Java(TM) SE Runtime Environment (build 1.8.0_45-b15) Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode) C:\>
【備考】
・インストーラを毎回取りに行くので、インストーラの有無チェックが必要。
・インストールを毎回実行するので、プログラム一覧をなめてOracle Javaの存在チェックする処理が必要。*2
【参考】
java - Downloading jdk using powershell - Stack Overflow
Microsoft WindowsのJDKのインストール
【改訂新版】 Windows PowerShell ポケットリファレンス
- 作者: 牟田口大介
- 出版社/メーカー: 技術評論社
- 発売日: 2013/02/23
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (3件) を見る
*1:PowerShellの関数のみで実行したかったが、リクエストに載せるCookieの設定方法がわからなかったので、.NETのクラスを使った。
*2:要は冪等性を作りこむ必要がある。現状のコードのまま2回実行すると、インストーラを再ダウンロードし、再インストールを実行する。