Effective Java 3rd edition Chinese English bilingual

効果的な Java 第 3 版中国語英語バイリンガル

これは、『Effective Java (3rd Edition)』の各章の中国語と英語の学習リファレンスです。Java テクノロジの向上に役立つことを願っています。発行や PR を通じて提案や修正を歓迎します。

コンテンツ

• 第2章 オブジェクトの作成と破棄
  • 第 2 章 はじめに
  • 項目 1: コンストラクターの代わりに静的ファクトリ メソッドを検討する (コンストラクターの代わりに静的ファクトリ メソッドを検討する)
  • 項目 2: 多くのコンストラクター パラメーターに直面した場合はビルダーを検討する
  • 項目 3: プライベート コンストラクターまたは列挙型を使用してシングルトン プロパティを強制する (シングルトン プロパティを実装するにはプライベート コンストラクターまたは列挙型を使用します)
  • 項目 4: プライベート コンストラクターを使用して非インスタンス化を強制する (プライベート コンストラクターを使用して非インスタンス化を実装する)
  • 項目 5: ハードワイヤリング リソースへの依存性注入を優先する (ハードワイヤリング リソースよりも依存性注入の方が優れています)
  • 項目 6: 不要なオブジェクトの作成を避ける
  • 項目 7: 廃止されたオブジェクト参照の削除 (廃止されたオブジェクト参照を除外する)
  • 項目 8: ファイナライザーとクリーナーを避ける (ファイナライザーとクリーナーの使用を避ける)
  • 項目 9: 最終的に試行するよりも、リソースを使用して試行することを優先します (try-finally よりも try-with-resources を使用する方が優れています)
• 第3章 全オブジェクト共通メソッド（オブジェクトの共通メソッド）
  • 第 3 章 はじめに
  • 項目 10:equals をオーバーライドするときに一般規約に従う (equals メソッドをオーバーライドするときに従う必要がある規約)
  • 項目 11:equals をオーバーライドするときは常に hashCode をオーバーライドする (equals メソッドをオーバーライドするときは、常に hashCode メソッドをオーバーライドします)
  • 項目 12: toString を常にオーバーライドする (toString メソッドを常にオーバーライドする)
  • 項目 13: クローンを慎重にオーバーライドする (クローン メソッドを賢明にオーバーライドする)
  • 項目 14: Comparable の実装を検討する (Comparable インターフェイスの実装を検討する)
• 第4章 クラスとインターフェース
  • 第 4 章 はじめに
  • 項目 15: クラスとメンバーのアクセシビリティを最小限に抑える (クラスとメンバーのアクセシビリティを最小限に抑える)
  • 項目 16: パブリック クラスではパブリック フィールドではなくアクセサー メソッドを使用する (パブリック クラスでは、パブリック フィールドではなくアクセサー メソッドを使用します)
  • 項目 17: 可変性を最小限に抑える (変動性を減らす)
  • 項目 18: 継承より合成を優先する
  • 第 19 項: 継承のための設計および文書化、またはそれを禁止する (継承は適切に設計および文書化されなければなりません。そうでない場合は、その使用が禁止されます)
  • 項目 20: 抽象クラスよりもインターフェイスを優先する (インターフェイスは抽象クラスよりも優れています)
  • 項目 21: 後世のためにインターフェイスをデザインする
  • 項目 22: インターフェイスは型の定義のみに使用する (インターフェイスは型の定義にのみ使用されます)
  • 項目 23: タグ付きクラスよりクラス階層を優先する (クラス階層はタグ付きクラスよりも優れています)
  • 項目 24: 静的メンバー クラスを非静的メンバー クラスよりも優先する (静的メンバー クラスは非静的メンバー クラスよりも優れています)
  • 項目 25: ソース ファイルを単一の最上位クラスに制限する (ソース ファイルは単一の最上位クラスに制限されます)
• 第5章 ジェネリックス
  • 第 5 章 はじめに
  • 項目 26: raw 型を使用しない (raw 型を使用しない)
  • 項目27：未チェックの警告をなくす（未チェックの警告をなくす）
  • 項目 28: 配列よりもリストを優先する (配列よりもリストの方が優れています)
  • 項目 29: ジェネリック型を優先する (ジェネリック型の使用を推奨)
  • 項目 30: 汎用メソッドを優先する (汎用メソッドの使用を好む)
  • 項目 31: 境界付きワイルドカードを使用して API の柔軟性を向上させる (境界付きワイルドカードを使用して API の柔軟性を向上させる)
  • 項目 32: ジェネリックと可変引数を慎重に組み合わせる
  • 項目 33: タイプセーフな異種コンテナーを検討する (タイプセーフな異種コンテナーを検討する)
• 第6章 列挙型と注釈 (列挙型と注釈)
  • 第 6 章 はじめに
  • 項目 34: int 定数の代わりに列挙型を使用する (int 定数の代わりに列挙型を使用する)
  • 項目 35: 序数の代わりにインスタンス フィールドを使用する
  • 項目 36: ビット フィールドの代わりに EnumSet を使用する (ビット フィールドの代わりに EnumSet を使用)
  • 項目 37: 序数インデックスの代わりに EnumMap を使用する (序数インデックスの代わりに EnumMap を使用)
  • 項目 38: インターフェイスを使用して拡張可能な列挙型をエミュレートする (インターフェイスを使用して拡張可能な列挙型をシミュレートする)
  • 項目 39: 命名パターンよりも注釈を優先する (注釈は命名パターンよりも優れています)
  • 項目 40: Override アノテーションを一貫して使用する (@Override アノテーションの使用を要求する)
  • 項目 41: マーカー インターフェイスを使用して型を定義する
• 第7章 ラムダとストリーム (λ 式とストリーム)
  • 第 7 章 はじめに
  • 項目 42: 匿名クラスよりもラムダを優先する (ラムダ式は匿名クラスよりも優れています)
  • 項目 43: ラムダよりもメソッド参照を優先する (メソッド参照はラムダ式よりも優れています)
  • 項目 44: 標準の関数インターフェイスの使用を優先する
  • 項目 45: ストリームを慎重に使用する
  • 項目 46: ストリームでは副作用のない関数を優先する (ストリームでは副作用のない関数を使用する)
  • 項目 47: 戻り値の型としてコレクションよりストリームを優先 (戻り値の型としてストリームではなくコレクションを優先)
  • 項目 48: ストリームを並列化する場合は注意してください
• 第8章 メソッド
  • 第 8 章 はじめに
  • 項目 49: パラメータの有効性をチェックする
  • 項目 50: 必要に応じて防御用のコピーを作成する
  • 項目 51: メソッド シグネチャを慎重に設計する (メソッド シグネチャを慎重に設計する)
  • 項目 52: オーバーロードは慎重に使用する
  • 項目 53: 可変引数を慎重に使用する
  • 項目 54: null ではなく、空のコレクションまたは配列を返します (null ではなく、空のコレクションまたは配列を返します)
  • 項目 55: オプションを慎重に返す
  • 項目 56: 公開されているすべての API 要素に対してドキュメント コメントを記述する
• 第9章 一般的なプログラミング
  • 第9章 はじめに
  • 項目 57: ローカル変数のスコープを最小化する (ローカル変数のスコープを最小化する)
  • 項目 58: 従来の for ループよりも for-each ループを優先する (for-each ループは従来の for ループよりも優れています)
  • 項目 59: 図書館を知り、活用する
  • 項目 60: 正確な答えが必要な場合は float 型と double 型を避ける (正確な答えが必要な場合は、float 型と double 型を避けるべきです)
  • 項目 61: ボックス化されたプリミティブよりもプリミティブ型を優先する (基本データ型はラッパー クラスよりも優れています)
  • 項目 62: 他の型がより適切な場合は文字列を避ける (他の型がより適切な場合は文字列の使用を避ける)
  • 項目 63: 文字列連結のパフォーマンスに注意する (文字列連結によって引き起こされるパフォーマンスの問題に注意してください)
  • 項目 64: インターフェイスによるオブジェクトの参照
  • 項目 65: リフレクションよりもインターフェイスを優先する (インターフェイスはリフレクションよりも優れています)
  • 項目 66: ネイティブ メソッドを慎重に使用する
  • 項目 67: 慎重に最適化する
  • 項目 68: 一般に受け入れられている命名規則に従う
• 第10章 例外
  • 第 10 章 はじめに
  • 項目 69: 例外は例外的な条件にのみ使用する
  • 項目 70: 回復可能な状態にはチェック例外を使用し、プログラミング エラーには実行時例外を使用する (回復可能な状態にはチェック例外を使用し、プログラミング エラーには実行時例外を使用する)
  • 項目 71: チェック例外の不要な使用を避ける (チェック例外の不要な使用を避ける)
  • 項目 72: 標準例外の使用を優先する (標準例外の再利用を奨励する)
  • 項目 73: 抽象化に適した例外をスローする (抽象化で説明できる例外をスローする)
  • 項目 74: 各メソッドによってスローされたすべての例外を文書化する (各メソッドによってスローされたすべての例外を記録する)
  • 項目 75: 詳細メッセージに失敗キャプチャ情報を含める (例外詳細メッセージにはキャプチャ失敗情報が含まれる必要があります)
  • 項目 76: 障害の原子性を追求する (障害の原子性を確保するために最善を尽くす)
  • 項目 77: 例外を無視しない
• 第11章 同時実行性
  • 第 11 章 はじめに
  • 項目 78: 共有可変データへのアクセスを同期する
  • 項目 79: 過剰な同期を避ける
  • 項目 80: スレッドよりもエグゼキューター、タスク、およびストリームを優先する (スレッドを直接使用するよりもエグゼキューター、タスク、およびストリームの方が優れています)
  • 項目 81: 待機して通知する同時実行ユーティリティを優先する (待機して通知するよりも同時実行ユーティリティの方が優れています)
  • 項目 82: ドキュメントのスレッド セーフ (ドキュメントにはスレッド セーフ属性が含まれている必要があります)
  • 項目 83: 遅延初期化を慎重に使用する
  • 項目 84: スレッド スケジューラに依存しない (スレッド スケジューラに依存しない)
• 第12章 シリアル化
  • 第 12 章 はじめに
  • 項目 85: Java シリアル化の代替を優先する (Java シリアル化の代替を優先する)
  • 項目 86: Serializable の実装には十分な注意が必要です
  • 項目 87: カスタムのシリアル化されたフォームの使用を検討する (カスタムのシリアル化されたフォームの使用を検討する)
  • 項目 88: readObject メソッドを防御的に書く (readObject メソッドを防御的に書く)
  • 項目 89: インスタンス コントロールの場合は、readResolve よりも enum 型を優先します (インスタンス コントロールの場合、readResolve よりも enum 型の方が優れています)
  • 項目 90: シリアル化されたインスタンスの代わりにシリアル化プロキシを検討する (シリアル化されたインスタンスの代わりにシリアル化プロキシを検討する)