Java本格入門 ～モダンスタイルによる基礎からオブジェクト指向・実用ライブラリまで

書籍

Java本格入門 ~モダンスタイルによる基礎からオブジェクト指向・実用ライブラリまで

Java本格入門 ~モダンスタイルによる基礎からオブジェクト指向・実用ライブラリまで

java 7 あたりからの知識が怪しいので本格入門しました。

内容は非常によかったです。
まさに求めているものでした。

java は、いい意味でも悪い意味でもネット上に情報が多く、最新のお作法だったりを調べるのに苦労する事があります。
そこを「本」という形で体系的にまとめられているので非常に助かります。

java は、ライブラリも膨大にあり、これも選択するのに苦労するのですが、当たり障りのないあたりで記述されており、これにも好感が持てました。
初心者に対して絶妙な情報量ですね。

java がメジャーアップデートするタイミングで、同じ感じで本を出して頂けると助かります。

Java本格入門 ～モダンスタイルによる基礎からオブジェクト指向・実用ライブラリまで１２～１４

Java

12-1-1　デザインパターンとは

  • オブジェクトの「生成」に関するパターン
  • プログラムの「構造」に関するパターン
  • オブジェクトの「振る舞い」に関するパターン

12-2　生成に関するパターン

12-3　構造に関するパターン

  • Adapter インターフェースに互換性のないクラスどうしを組み合わせる
  • Composite 再帰的な構造の取り扱いを容易にする

12-4　振る舞いに関するパターン

  • Command 「命令」をインスタンスとして扱うことにより、処理の組み合わせなどを容易にする
  • Strategy 戦略を簡単に切り替えられる仕組みを提供する
  • Iterator 保有するインスタンスの各要素に順番にアクセスする方法を提供する
  • Observer あるインスタンスの状態が変化した際に、そのインスタンス自身が状態の変化を通知するしくみを提供する

13-1-2　Mavenの基本的な利用方法

  • M2_HOME
  • Path

13-2-3　知っておくと便利な記述方法

  • {@inheritDoc}

13-5-2　テストコードを実装する

  • テストメソッド名には日本語で試験条件を記述するようにしています

14-1-1　Commons Lang

14-1-2　Commons BeanUtils

14-4-2　SLF4J＋Logbackでロギングをおこなう

14-4-5　変数を出力する

  • logger.debug("employee={}, department={}", employee, department);

14-4-7　動的に設定を変更する

kameyatakefumi.hatenablog.com

Java本格入門 ～モダンスタイルによる基礎からオブジェクト指向・実用ライブラリまで１０～１１

Java

10-1-1　プリミティブ型と参照型の値の渡し方

  • 原則として、引数オブジェクトの修正は避ける
  • 戻り値がvoidの場合は、引数オブジェクトを修正してもいい
  • 戻り値がvoid以外の場合は、引数オブジェクトを変更してはならない

10-2-2　可視性のグッドプラクティス

  • （１）原則、最も範囲が狭い可視性にする
    • クラスで宣言するフィールドは、privateとする
    • 外部からアクセスするメソッドのみ、publicにする
  • （２）拡張性をあげるためにprotectedにする
  • （３）テストの容易性を上げるためにprotectedにする

10-3-2　ライフサイクルのグッドプラクティス

  • ライフサイクルを短くして事故を防ぐ
  • ライフサイクルを長くして性能を上げる
  • ユーティリティクラス自体は非staticメソッドで構成して、インスタンスをstaticにする手法を採用しています

10-4-2　インタフェースと抽象クラスの性質と違い

10-4-4　インタフェースのstaticメソッド

  • staticメソッドで実装クラスの初期化を行う

11-1-2　マルチスレッドにするメリット

  • なるべく各スレッドの処理が同時に終わるようにデータを分割する
  • スレッド間でお互いを待たせるような処理がない／少ない

11-1-3　マルチスレッドで困ること

  • （１）メモリの使用量が増える
  • （２）スループットが低下する
  • （３）同時に作業する場合、特有の問題が発生する

11-1-4　同時に作業する場合に起こる問題

  • （１）データの上書きが発生する
  • （２）デッドロックが発生して、処理が停止する
  • （３）例外が発生する
  • （４）無限ループが発生する

11-2-1　スレッドセーフとは

  • 複数のスレッドから読み書きをおこなっても、データが破損しない
  • 複数のスレッドから読み書きをおこなっても、エラー処理が発生しない
  • 複数のスレッドから読み書きをおこなっても、デッドロック／停止処理が発生しない

11-2-2　ステートレスにする

  • （１）属性は処理するメソッドの引数に変更して、削除する
  • （２）ロジックで処理した結果をインスタンス変数に保存し、アクセッサメソッドを使って取得させる

kameyatakefumi.hatenablog.com
kameyatakefumi.hatenablog.com

Java本格入門 ～モダンスタイルによる基礎からオブジェクト指向・実用ライブラリまで７～９

Java

7-1-2　文字列を結合する3つの方法

  • ローカル変数など、複数のスレッドからアクセスされない　→　StringBuilderクラス
  • 複数のスレッドから使われる場合　→　StringBufferクラス

7-1-4　複数の文字列を連結する

  • String.joinメソッド

7-2-4　Stringクラスのメソッドで正規表現を使う

  • １回だけ文字列処理をおこなう場合（アプリケーションを起動するときの引数処理など）　→　Stringクラスを使って簡潔に書く
  • 大量の文字列を繰り返し処理する場合（ログファイルの処理など）　→　自分でPatternクラスのオブジェクトを生成し、オブジェクトを使いまわす

7-3-2　MessageFormatについて

7-4-4　文字化けの原因と対策

  • デフォルトエンコーディングを使わない事を徹底する
    • Stringコンストラクタ（引数なしのもの）
    • StringクラスのgetBytesメソッド（引数なしのもの）
    • FileReaderクラス
    • FileWriterクラス
    • InputStreamReaderコンストラクタ（引数なしのもの）
    • OutputStreamWriterコンストラクタ（引数なしのもの）
  • 対策
    • FileReaderクラス、FileWriterクラスは使わずに、FileInputStreamクラスとInputStreamReaderクラスで代用する
    • それ以外のメソッドやコンストラクタでは、必ずエンコーディングやcharsetを指定する

8-1-1　Fileクラスで初期化する

  • File.separator

8-1-2　Pathクラスで初期化する

  • Pathクラスを用いたソースコードを書くようにし、既存のライブラリを扱うなどの必要に応じてFileクラスに変換する
  • Pathsより生成する

9-2-1　Date and Time APIのメリット

  • 日付・時間・日時をそれぞれ別クラスで扱うため、必要に応じて使い分けできる
  • 年月日などを指定してインスタンスを生成できる
  • 年月日の各フィールドの値を個別に取得できる
  • 年月日の計算ができる
  • イミュータブルである

9-2-2　日付・時間・日時をそれぞれ別クラスで扱う

  • 日付　→　java.time.LocalDateクラス　→　年、月、日
  • 時間　→　java.time.LocalTimeクラス　→　時、分、秒、ナノ秒
  • 日時　→　java.time.LocalDateTimeクラス　→　年、月、日、時、分、秒、ナノ秒

9-3-3　SimpleDateFormatクラスはスレッドセーフではない

9-4-3　DateTimeFormatterクラスはスレッドセーフ

9-5-1　西暦を和暦に変換する

kameyatakefumi.hatenablog.com
kameyatakefumi.hatenablog.com

Java本格入門 ～モダンスタイルによる基礎からオブジェクト指向・実用ライブラリまで６

Java

6-1-1　例外の3つの種類

  • 検査例外（Exception）おもにプログラム作成時に想定できる異常を通知するために使用します try catch 必要
  • 実行時例外（RuntimeException）おもにプログラム作成時に想定されないエラーを通知するために使用します try catch 不要
  • エラー（Error）例外とは異なり、システムの動作を継続できない「致命的なエラー」を示します

6-1-3　例外処理の3つの構文を使いこなす

  • tryブロックの開始時に記述する宣言は、複数の文を記述できます

6-2-1　エラーコードをreturnするコードは古い

  • エラーが発生したら例外を発生させるべきです

6-2-2　例外をもみ消さない

  • （１）ログ出力を忘れない
  • （２）処理を継続するか判断する

6-2-3　恐怖のthrows Exception感染

  • （１）呼び出し元でExceptionを捕捉しなければならなくなる
  • （２）途中でIOExceptionなど具体的な例外が発生するとしても、Exceptionに巻き込まれる
  • （３）途中でRuntimeExceptionが発生しても、Exceptionに巻き込まれる

6-2-4　どの階層で例外を捕捉して処理するべきか

  • 例外が発生する（可能性がある）箇所
    • 末端の処理では「例外を発生されるだけ」に留めるが良いでしょう
  • 処理の流れを判断する箇所

6-2-5　独自例外を作成する

  • （１）アプリケーション例外（例：ApplicationExceptionクラス）
  • （２）システム例外（例：SystemExceptionクラス）
    • 業務に特化した処理である（少なくとも、広く再利用するものではない）
    • フレームワークやシステムで共通的な例外処理をする
  • 筆者のおすすめは、メッセージの替わりに、エラーIDとパラメータを指定するというものです

6-2-6　例外のトレンド

  • （１）検査例外よりも実行時例外を使う
  • （２）ラムダ式のなかで発生した例外の扱い
  • （３）Optionalクラスの導入によるメリット

kameyatakefumi.hatenablog.com
kameyatakefumi.hatenablog.com