Giải thích hằng số trong Java: final vs static final vs enum (Thực tiễn tốt & Các mẫu sai)

1. Hằng số trong Java là gì?

Trong Java, một hằng số đề cập đến “dữ liệu được mong đợi không thay đổi trong khi chương trình đang chạy.”
Mục đích chính là coi các số, chuỗi và các giá trị khác như các giá trị cố định và ngăn chặn các sửa đổi không mong muốn.

Đối với người mới bắt đầu, bạn có thể nghĩ về hằng số như “một biến không thể thay đổi.”

1.1 Sự Khác Biệt Giữa Hằng Số và Biến

Một biến thông thường có thể được thay đổi bao nhiêu lần tùy thích trong quá trình thực thi chương trình.

Mặt khác, hằng số có một hạn chế: một khi bạn quyết định giá trị, bạn không thể thay đổi nó sau đó.
Vì hạn chế này, bạn nhận được lợi ích như:

• Hành vi của chương trình trở nên dễ dự đoán hơn
• Bạn có thể ngăn chặn các lỗi gán không mong muốn
• Những người khác có thể ngay lập tức thấy “giá trị này sẽ không thay đổi”

Đặc biệt trong một ngôn ngữ như Java, nơi các dự án có xu hướng phát triển lớn,
việc tách biệt rõ ràng “các giá trị có thể thay đổi” khỏi “các giá trị không được thay đổi” là rất quan trọng.

1.2 Tại Sao Bạn Cần Hằng Số?

Một trong những trở ngại đầu tiên đối với người mới học Java là vấn đề gọi là số ma thuật.

Ví dụ, hãy xem xét mã sau:

if (status == 1) {
    // processing
}

Bạn không thể biết “1” này nghĩa là gì chỉ bằng cách nhìn vào mã.
Ngay cả nếu tác giả nhớ nó, sau một thời gian—hoặc đối với người khác đọc nó—nó trở nên khó hiểu.

Nếu bạn biến nó thành hằng số, ý nghĩa trở nên rõ ràng:

if (status == STATUS_ACTIVE) {
    // processing
}

Bằng cách sử dụng hằng số như thế này, bạn nhận được các hiệu quả như:

• Ý nghĩa của mã trở nên dễ hiểu hơn
• Nếu cần thay đổi, bạn chỉ cần cập nhật một nơi
• Bạn giảm các nguyên nhân tiềm ẩn gây lỗi

1.3 Java Không Có Từ Khóa “Hằng Số” Riêng Biệt

Đây là một điểm quan trọng.
Java không có từ khóa const như C.

Trong Java, bạn thường sử dụng các cơ chế như:

• final
• static final
• enum

để thiết kế cái gì đó “được coi là hằng số.”

Vì vậy, “hiểu hằng số trong Java” không chỉ là ghi nhớ cú pháp,
mà còn hiểu:

• trong những tình huống nào
• bạn nên chọn phong cách nào

Đó là bản chất thực sự.

2. Các Cơ Bản Về Định Nghĩa Hằng Số Với Sửa Đổi final

Khi làm việc với hằng số trong Java, điều đầu tiên bạn nên hiểu là sửa đổi final.
final nghĩa là “không thể thay đổi thêm nữa,” và nó là nền tảng của khái niệm hằng số.

2.1 final Là Gì?

Một biến với final trở nên không thể gán lại sau khi bạn gán giá trị một lần.
Đây là bước đầu tiên hướng tới “hành vi giống hằng số” trong Java.

final int maxCount = 10;
// maxCount = 20; // compile error

Như đã hiển thị ở trên, nếu bạn cố gắng thay đổi một biến final sau đó, bạn sẽ nhận được lỗi biên dịch.
Điều này làm cho ý định của bạn—“giá trị này là cố định”—rõ ràng trong mã.

2.2 Cú Pháp Cơ Bản Cho Các Biến final

Bạn khai báo các biến final như thế này:

final int limit = 100;
final String appName = "SampleApp";

Các quy tắc cơ bản đơn giản:

• Thêm final
• Khởi tạo là bắt buộc (hoặc gán chính xác một lần trong hàm tạo)
• Gán lần thứ hai không được phép

Đối với người mới bắt đầu, việc nhớ “Nếu bạn thêm final, giá trị không thể thay đổi” là đủ.

2.3 Quy Ước Đặt Tên và Khả Năng Đọc

Trong Java, hằng số thường được đặt tên bằng chữ cái in hoa với dấu gạch dưới.

final int MAX_COUNT = 10;
final String DEFAULT_NAME = "guest";

Điều này làm cho nó:

• Ngay lập tức rõ ràng rằng “đây là hằng số”
• Rõ ràng phân biệt với các biến thông thường

Tuy nhiên, không phải mọi biến final đều phải in hoa.
Tiêu chí thực sự là liệu nó có phải là giá trị bạn muốn coi là hằng số hay không.

2.4 final Không Luôn Nghĩa Là Hoàn Toàn Không Thay Đổi

Đây là một điểm nhầm lẫn phổ biến đối với người mới bắt đầu.

final chỉ có nghĩa là “tham chiếu biến không thể được gán lại.”
Nó không làm cho nội dung của một đối tượng bất biến.

Ví dụ:

final int[] numbers = {1, 2, 3};
numbers[0] = 10; // this is allowed

Trong trường hợp này:

• Tham chiếu numbers chính nó không thể thay đổi
• Nội dung mảng vẫn có thể được sửa đổi

Tương tự áp dụng cho các kiểu đối tượng—nội dung vẫn có thể bị thay đổi.
Vì vậy nếu bạn cần một “trạng thái hoàn toàn không thay đổi,” bạn phải áp dụng các kỹ thuật thiết kế vượt ra ngoài final.

2.5 Hãy nghĩ về final như “Nền tảng” của Hằng số

final là yếu tố cơ bản nhất để hiểu hằng số trong Java.
Tuy nhiên, trong phát triển thực tế, “các hằng số thực sự trông và hành xử như hằng số”
thường yêu cầu nhiều hơn chỉ final.

3. “Hằng số Thực” với static final

Mặc dù final một mình có thể ngăn chặn việc gán lại, hầu hết các hằng số được sử dụng trong thực tế
được định nghĩa là static final.
Đây là “định nghĩa hằng số điển hình” trong Java.

3.1 Tại sao static final Là Tiêu chuẩn

static có nghĩa là “thuộc về lớp.”
Bằng cách kết hợp static final, bạn có được các hằng số với các thuộc tính sau:

• Có thể sử dụng mà không cần tạo instance
• Được chia sẻ như một giá trị chung trên toàn bộ lớp
• Được đảm bảo không thay đổi

Ví dụ:

public static final int MAX_RETRY_COUNT = 3;

Hằng số này:

• Có thể được tham chiếu ở bất cứ đâu như ClassName.MAX_RETRY_COUNT
• Có ý nghĩa nhất quán trên toàn bộ chương trình

làm cho nó rất tiện lợi để sử dụng.

3.2 Ví dụ Cơ bản về Định nghĩa static final

Các hằng số static final thường được nhóm gần đầu lớp:

public class Config {

    public static final String APP_NAME = "SampleApp";
    public static final int TIMEOUT_SECONDS = 30;
}

Về phía sử dụng:

System.out.println(Config.APP_NAME);

Với phong cách này:

• Dễ dàng tìm nơi các hằng số tồn tại
• Tự động hoàn thành của IDE hoạt động tốt
• Nếu cần thay đổi, bạn chỉ cần cập nhật định nghĩa

3.3 Tại sao Bạn Cần static?

Nếu bạn định nghĩa một hằng số chỉ với final (không có static),
giá trị sẽ tồn tại theo từng instance:

public class Sample {
    public final int VALUE = 10;
}

Trong trường hợp này, mỗi lần bạn thực hiện new Sample(), một GIÁ TRỊ mới được tạo ra.
Điều đó có phần không tự nhiên đối với một hằng số.

Với static final:

• Chỉ tồn tại một cái trên mỗi lớp
• Một giá trị cố định được chia sẻ

đây là hành vi tự nhiên cho một “hằng số.”

3.4 Cách Nghĩ Về Các Bộ Điều Khiển Truy cập

Thường thêm bộ điều khiển truy cập vào các hằng số static final:

public static final int STATUS_OK = 200;
private static final int INTERNAL_LIMIT = 100;

Hướng dẫn đơn giản:

• public Hằng số dự định được tham chiếu từ các lớp khác
• private Hằng số chỉ có ý nghĩa bên trong lớp

Tránh “public theo mặc định” và suy nghĩ kỹ về việc liệu hằng số có thực sự nên được lộ ra bên ngoài không.

3.5 Lưu Ý và Bẫy của Hằng số static final

static final rất tiện lợi, nhưng hãy cẩn thận về:

• Một khi bạn lộ một hằng số công khai, việc thay đổi nó không dễ dàng
• Nếu được sử dụng như một phần của API, thay đổi ý nghĩa của nó có thể trở thành thay đổi phá vỡ

Đặc biệt trong thư viện hoặc mô-đun chia sẻ,
bạn nên định nghĩa hằng số với câu hỏi trong đầu: “Điều này có còn hợp lệ trong tương lai không?”

3.6 static final Rất Tốt cho “Số và Giá trị Cố định”

static final rất phù hợp để biểu diễn các giá trị cố định như:

• số
• chuỗi
• giá trị cấu hình
• cờ đơn giản

Mặt khác, nếu bạn muốn biểu diễn:

• trạng thái
• kiểu
• một tập hợp các lựa chọn

có các lựa chọn phù hợp hơn.

4. Lớp “Constants” Có Thực sự Là Câu trả lời Đúng Không?

Trong Java, thường thấy các lớp như Constants hoặc Const
được sử dụng để nhóm nhiều hằng số lại với nhau.
Nó trông gọn gàng và tiện lợi, nhưng không phải lúc nào cũng là giải pháp đúng.

4.1 Một Ví dụ Điển hình về Lớp Constants

Một lớp hằng số phổ biến trông như thế này:

.

public class Constants {

    public static final int STATUS_ACTIVE = 1;
    public static final int STATUS_INACTIVE = 0;
    public static final int MAX_USER_COUNT = 100;
}

Thiết kế này tạo ra một lớp chỉ chứa các hằng số và cho phép truy cập chúng từ bất kỳ đâu.

4.2 Lợi ích của lớp Hằng số

Lớp hằng số thực sự có những lợi ích sau:

• Các hằng số được tập trung ở một nơi
• Dễ tìm và hiểu
• Tiện lợi cho các ứng dụng nhỏ

Với mục đích học tập hoặc các công cụ nhỏ, cách tiếp cận này thường không gây ra vấn đề lớn.

4.3 Nhược điểm và Các vấn đề Thường gặp trong Thực tiễn

Trong phát triển thực tế, thiết kế này thường dẫn đến các vấn đề như:

• Các hằng số không liên quan bị đưa vào cùng một lớp
• Trách nhiệm của lớp trở nên không rõ ràng
• Ý nghĩa và phạm vi của các hằng số trở nên khó hiểu hơn

Kết quả là bạn có thể gặp phải:

• “Chỉ cần thêm vào Constants tạm thời”
• “Tôi không biết tại sao hằng số này lại ở đây”

4.4 Đặt Hằng số Gần Nơi Chúng Được Sử Dụng

Trong thực tiễn, thường dễ hiểu hơn khi các hằng số nằm gần mã sử dụng chúng.

Ví dụ, nếu các hằng số đại diện cho trạng thái của người dùng,
thì tự nhiên hơn khi định nghĩa chúng trong một lớp liên quan đến người dùng:

public class User {

    public static final int STATUS_ACTIVE = 1;
    public static final int STATUS_INACTIVE = 0;
}

Cách tiếp cận này mang lại các lợi ích như:

• Ý nghĩa rõ ràng từ ngữ cảnh xung quanh
• Các hằng số không liên quan không bị trộn lẫn
• Trách nhiệm của lớp vẫn rõ ràng

4.5 Tránh Định Nghĩa Hằng số trong Interface

Trong mã Java cũ, bạn có thể thấy một interface chỉ dùng để chứa hằng số:

public interface Status {
    int ACTIVE = 1;
    int INACTIVE = 0;
}

Kiểu này không được khuyến nghị ngày nay.

Bởi vì:

• Interface được thiết kế để định nghĩa “hành vi”
• Buộc các lớp triển khai một interface chỉ để thừa hưởng hằng số là không tự nhiên

An toàn hơn là quản lý hằng số bằng các lớp hoặc enum.

4.6 Lớp Hằng số ngày càng lớn có thể là Dấu hiệu của Tổ chức Kém

Nếu lớp hằng số của bạn liên tục mở rộng,
đó có thể là thời điểm thích hợp để xem lại thiết kế của bạn:

• Có thể biểu diễn bằng một enum không?
• Có thể tách chúng ra thành các lớp riêng biệt theo trách nhiệm không?

5. Khi Nào Bạn Nên Sử Dụng enum làm Hằng số

Trong khi static final thích hợp cho các số và giá trị cố định,
khi bạn muốn biểu diễn “một lựa chọn trong một tập hợp các tùy chọn đã định nghĩa trước,”
enum (kiểu liệt kê) an toàn hơn và dễ hiểu hơn.

5.1 enum là gì?

Một enum cho phép bạn định nghĩa một tập hợp các giá trị đã định trước như một kiểu dữ liệu:

public enum Status {
    ACTIVE,
    INACTIVE
}

Với định nghĩa này, Status không chỉ là một số,
mà là một kiểu dữ liệu riêng biệt đại diện cho “trạng thái”.

5.2 Sự Khác Biệt Cơ Bản Giữa enum và static final

Sự khác biệt lớn nhất là an toàn kiểu dữ liệu:

int status = 1;        // unclear meaning
Status status = ACTIVE; // clear meaning

Bằng cách sử dụng enum:

• Bạn ngăn ngừa các giá trị không mong muốn
• Bạn có thể phát hiện lỗi ngay tại thời điểm biên dịch

đây là một lợi thế quan trọng.

5.3 Các Trường Hợp Cụ Thể mà enum Hoạt Động Tốt Nhất

Enum đặc biệt hiệu quả cho:

• các trạng thái (ON / OFF, bật / tắt)
• các loại (phân loại người dùng, mức quyền)
• các giá trị phân loại (loại quy trình, danh mục)

Thay vì nghĩ “một int là đủ vì nó có thể biểu diễn được,”
hãy dùng tiêu chí này: Đây có phải là một tập hợp các giá trị có ý nghĩa không?

5.4 Hoạt Động Tuyệt Vời với Câu Lệnh switch

Enum hoạt động rất tốt với các câu lệnh switch và cải thiện khả năng đọc mã:

switch (status) {
    case ACTIVE:
        // processing
        break;
    case INACTIVE:
        // processing
        break;
}

So với việc switch trên các số:

• Ý nghĩa trực quan hơn
• Sai sót ít xảy ra hơn

5.5 enum Cũng Có Thể Chứa Hành Vi

Một enum không chỉ là tập hợp các hằng số.
Nó còn có thể chứa các trường và phương thức:

public enum Status {
    ACTIVE(true),
    INACTIVE(false);

    private final boolean enabled;

    Status(boolean enabled) {
        this.enabled = enabled;
    }

    public boolean isEnabled() {
        return enabled;
    }
}

Với cách tiếp cận này:

• Bạn có thể giữ các hằng số và logic cùng nhau
• Bạn giảm bớt việc rẽ nhánh có điều kiện

điều này cũng có thể cải thiện thiết kế của bạn.

5.6 Tiêu chí quyết định có nên sử dụng enum

Xem xét sử dụng enum khi:

• Các giá trị ứng cử được xác định rõ ràng
• Bạn muốn ngăn chặn các giá trị không hợp lệ
• Các giá trị đại diện cho các trạng thái hoặc kiểu có ý nghĩa

6. Quy tắc đặt tên và quy ước mã hoá cho các hằng số

Các hằng số không chỉ về “hoạt động đúng” — chúng còn phải truyền đạt ý nghĩa ngay lập tức.
Việc tuân thủ các quy ước đặt tên cải thiện đáng kể khả năng đọc và bảo trì.

6.1 Quy tắc đặt tên cơ bản cho các hằng số

Trong Java, các hằng số thường được đặt tên như sau:

• Tất cả các chữ cái in hoa
• Các từ được ngăn cách bằng dấu gạch dưới

  public static final int MAX_SIZE = 100;
  public static final String DEFAULT_LANGUAGE = "ja";
  

Điều này giúp:

• Phân biệt rõ ràng các hằng số với biến thông thường
• Gợi ý một cách trực quan “giá trị này sẽ không thay đổi”

6.2 Sử dụng tên giải thích ý nghĩa

Tên hằng số nên đại diện cho ý nghĩa, không phải giá trị thô.

Ví dụ xấu:

public static final int VALUE_1 = 1;

Ví dụ tốt:

public static final int STATUS_ACTIVE = 1;

Tập trung vào việc đặt tên để nó truyền đạt số đó đại diện cho gì.

6.3 Đặt tên số ít vs số nhiều

Cẩn thận với việc dùng số ít hay số nhiều:

• Giá trị đơn → số ít
• Một tập hợp nhiều giá trị → số nhiều

  public static final int DEFAULT_PORT = 8080;
  public static final String[] SUPPORTED_LANGUAGES = {"ja", "en"};
  

Việc tuân theo những quy tắc nhỏ này giúp duy trì tính nhất quán trong toàn bộ mã nguồn.

6.4 Quy ước đặt tên cho enum

Enum được coi như hằng số, vì vậy:
các hằng số enum thường được viết hoa:

public enum Role {
    ADMIN,
    USER,
    GUEST
}

Tên kiểu enum tuân theo quy tắc đặt tên lớp: UpperCamelCase.

6.5 Quy ước đặt tên là “Ngôn ngữ chung của đội”

Quy ước đặt tên không chỉ về hình thức:

• Giao tiếp trong đội
• Dễ dàng hơn trong việc xem xét mã
• Giảm chi phí hiểu biết cho bảo trì lâu dài

Chúng ảnh hưởng đến tất cả những điều trên.

Đừng đặt tên dựa trên “Tôi hiểu nó.”
Hãy đặt tên dựa trên việc người khác có thể hiểu nó không.

6.6 Ưu tiên tính nhất quán trên hết

Trong các dự án hiện có, thường quan trọng hơn là tuân theo quy ước hiện có
hơn là giới thiệu một quy ước mới.

Ngay cả khi nó hơi lệch so với các thực hành tốt nhất,
mã nhất quán thường dễ đọc hơn.

7. Những sai lầm phổ biến và mẫu thiết kế ngược

Khi làm việc với các hằng số trong Java, có những sai lầm điển hình và mẫu thiết kế ngược
mà các lập trình viên từ mới bắt đầu đến trung cấp thường rơi vào.
Dưới đây là các ví dụ phổ biến thường thấy trong thực tế.

7.1 Quên thêm từ khóa final

Một sai lầm rất phổ biến là:
“Tôi định nó là một hằng số, nhưng tôi quên thêm final.”

public static int MAX_COUNT = 10; // can be changed

Trong trạng thái này, giá trị có thể bị ghi đè một cách không mong muốn.
Nếu nó dự định là một hằng số, luôn luôn thêm final:

public static final int MAX_COUNT = 10;

7.2 Viết trực tiếp các số ma thuật

Nếu bạn viết trực tiếp các số hoặc chuỗi thô,
ý nghĩa của chúng sẽ trở nên không rõ ràng sau này:

if (userType == 3) {
    // processing
}

Điều này nên được thay thế bằng một hằng số:

if (userType == USER_TYPE_ADMIN) {
    // processing
}

7.3 Sử dụng hằng số int khi nên dùng enum

Cũng thường gặp việc đại diện cho các trạng thái hoặc kiểu bằng các hằng số int:

public static final int STATUS_ACTIVE = 1;
public static final int STATUS_INACTIVE = 0;

Trong những trường hợp như vậy, việc sử dụng enum có thể
ngăn chặn các giá trị không hợp lệ và làm rõ ý nghĩa.

.#### 7.4 Định nghĩa hằng số trong một interface

Để chia sẻ hằng số, một số code định nghĩa chúng trong một interface:

public interface Constants {
    int MAX_SIZE = 100;
}

Điều này không được khuyến nghị hiện nay:

• Nó không phù hợp với vai trò dự định của một interface
• Nó tạo ra các phụ thuộc không cần thiết trong các lớp triển khai

Quản lý hằng số trong các lớp hoặc enum an toàn hơn.

7.5 Công khai mọi thứ

Việc công khai hằng số nên được thực hiện một cách cẩn thận:

• Thực sự có cần thiết phải truy cập từ các lớp khác không?
• Có khả năng nó sẽ phải thay đổi trong tương lai không?

Đối với các hằng số chỉ dùng nội bộ, sử dụng private an toàn hơn.

7.6 Lớp Constants trở nên quá lớn

Nếu bạn cứ nhồi nhét mọi thứ vào một lớp Constants,
nó cuối cùng sẽ trở nên không thể quản lý được:

• Các hằng số không liên quan bị trộn lẫn với nhau
• Ý nghĩa và cách sử dụng trở nên mơ hồ

Hãy xem đây như một dấu hiệu rằng đã đến lúc xem lại thiết kế của bạn.

8. Tóm tắt các thực tiễn tốt nhất cho hằng số Java

Dựa trên những gì chúng ta đã đề cập, dưới đây là các hướng dẫn thực tế để xử lý hằng số trong Java.

8.1 Cách chọn giữa final, static final và enum

Java không có “từ khóa chỉ dành cho hằng số.”
Thay vào đó, bạn chọn dựa trên mục đích sử dụng:

• final – Giá trị bạn muốn giữ cố định trong một phương thức hoặc mỗi đối tượng
• static final – Các số, giá trị cấu hình và chuỗi cố định được chia sẻ cho toàn bộ lớp
• enum – Một tập hợp các lựa chọn có ý nghĩa như trạng thái, kiểu, hoặc danh mục

Đừng chỉ nghĩ về “giá trị có cố định hay không.”
Hãy nghĩ về ý nghĩa và cách sử dụng.

8.2 Ba nguyên tắc cần tuân theo đầu tiên

Đối với người mới bắt đầu, tập trung vào ba điểm này là đủ:

1. Luôn thay thế các số “ma thuật” bằng hằng số
2. Xem xét dùng enum cho các trạng thái và kiểu
3. Đặt hằng số gần nơi chúng được sử dụng

Chỉ cần tuân thủ những nguyên tắc này sẽ cải thiện đáng kể tính đọc được và độ an toàn.

8.3 Cách suy nghĩ khi bạn không chắc

Nếu bạn không chắc nơi đặt hằng số hoặc cách biểu diễn nó, hãy tự hỏi:

• Giá trị này có thể thay đổi trong tương lai không?
• Số này tự nó có mang ý nghĩa gì không?
• Các lập trình viên khác có thể hiểu nó một cách trực quan không?

Đừng tối ưu cho “hiện tại nó hoạt động.”
Hãy tối ưu cho tính đọc được sau vài tháng hoặc vài năm.

8.4 Bắt đầu nhỏ, refactor khi cần

Bạn không cần một thiết kế hoàn hảo ngay từ đầu.
Ví dụ:

• Bắt đầu với static final cho các tập hợp hằng số nhỏ
• Chuyển sang enum khi mọi thứ trở nên phức tạp hơn

Thực tế là cải tiến dần khi codebase phát triển.

8.5 Thiết kế hằng số ảnh hưởng trực tiếp đến chất lượng code

Hằng số có vẻ là chi tiết nhỏ, nhưng chúng ảnh hưởng mạnh mẽ tới:

• Ngăn ngừa lỗi
• Cải thiện tính đọc được
• Giảm chi phí bảo trì

Chúng quan trọng hơn so với nhiều người nghĩ.

9. Câu hỏi thường gặp (FAQ)

9.1 Hằng số Java chỉ dùng final có đủ không?

Điều này phụ thuộc vào cách sử dụng.
Nếu bạn chỉ cần một giá trị cố định cục bộ (ví dụ trong một phương thức), final một mình là đủ.

Tuy nhiên, nếu bạn cần:

• Chia sẻ nó trong toàn bộ lớp
• Tham chiếu tới nó từ nhiều nơi

thì static final sẽ phù hợp hơn.

9.2 Nên dùng static final hay enum?

Tiêu chí là liệu nó có phải là một “tập hợp các lựa chọn có ý nghĩa” không.

• Số, cài đặt, chuỗi cố định → static final
• Trạng thái, kiểu, danh mục → enum

Enum cung cấp độ an toàn kiểu mạnh, vì vậy nếu “giá trị sai có thể gây nguy hiểm,” bạn nên sử dụng enum.

9.3 Tạo một lớp constants có phải là anti‑pattern không?

Không phải luôn luôn.
Đối với các ứng dụng nhỏ hoặc mục đích học tập, nó có thể hiệu quả.

Tuy nhiên, nếu lớp constants trở nên quá lớn, hãy coi đó là tín hiệu để xem xét lại thiết kế:

• Các hằng số này có thể tách ra thành enum không?
• Chúng có thể được chuyển vào các lớp theo trách nhiệm không?

9.4 Các hằng số String có được intern không?

Các literal String có thể được chia sẻ nội bộ bởi Java nếu chúng có nội dung giống hệt nhau.

Tuy nhiên, việc thêm final không đảm bảo việc intern.

Khi sử dụng hằng số, hãy ưu tiên sự rõ ràng về ý nghĩa thay vì suy nghĩ quá mức về việc chia sẻ hoặc tối ưu hóa.

9.5 Có lợi ích gì khi làm cho một hằng số private không?

Có.
Nếu một hằng số chỉ được sử dụng bên trong lớp, việc làm cho nó private sẽ giúp:

• ngăn chặn các phụ thuộc không mong muốn
• ẩn chi tiết triển khai

Cách tiếp cận cơ bản là giữ phạm vi nhìn thấy nhỏ nhất có thể và suy nghĩ xem liệu nó có bao giờ cần được sử dụng bên ngoài không.

9.6 Khi nào tôi nên khởi tạo một biến final?

Một biến final phải được khởi tạo chính xác một lần.

Các thời điểm khởi tạo phổ biến:

• tại khai báo
• trong constructor
• trong khối khởi tạo instance

  final int value = 10;
  

Hoặc:

final int value;

public Sample() {
    this.value = 10;
}

Miễn là đảm bảo rằng nó được gán giá trị chính xác một lần, thì sẽ ổn.

9.7 Khi nào static final được khởi tạo?

static final được khởi tạo khi lớp được tải.

public static final int TIMEOUT = 30;

Giá trị này chỉ được đặt một lần và độc lập với việc tạo instance,
làm cho nó lý tưởng cho các thiết lập và hằng số chia sẻ.

9.8 Điều gì xảy ra nếu tôi muốn thay đổi giá trị hằng số sau này?

Nếu bạn muốn thay đổi một hằng số sau này, bạn nên xem xét lại
liệu nó có nên là hằng số ngay từ đầu không.

• Nó có thể thay đổi tại thời gian chạy
• Bạn có thể muốn các giá trị khác nhau cho từng môi trường

Trong những trường hợp như vậy, hãy sử dụng file cấu hình hoặc tham số thay vì hằng số.

9.9 Hằng số có tiết kiệm bộ nhớ không?

Mục đích chính của hằng số là tính dễ đọc và an toàn,
không phải tối ưu hóa bộ nhớ trực tiếp.

Tuy nhiên, vẫn có những lợi ích phụ như:

• static final được tập trung ở một nơi
• ngăn chặn việc tạo đối tượng không cần thiết

Hãy ưu tiên viết mã rõ ràng hơn là các tối ưu hóa vi mô.

9.10 Việc sử dụng quá nhiều hằng số có phải là vấn đề không?

Nếu các hằng số có ý nghĩa, thì không phải là vấn đề.
Tuy nhiên, hãy cẩn thận khi:

• nó chỉ được sử dụng một lần
• việc đặt tên không thêm ý nghĩa

Trong những trường hợp như vậy, việc không ép buộc trích xuất hằng số có thể cải thiện tính dễ đọc.

9.11 Tôi có thể kết hợp enum và hằng số không?

Có, điều đó phổ biến trong các dự án thực tế:

• trạng thái/loại → enum
• số/thiết lập → static final

Bạn không cần ép buộc mọi thứ vào một phong cách—hãy sử dụng cả hai dựa trên trách nhiệm.

9.12 Người mới bắt đầu nên bắt đầu từ đâu?

Hai điểm này là đủ để bắt đầu:

• Thay thế các số ma thuật bằng hằng số
• Đại diện cho trạng thái bằng enum thay vì int

Chỉ cần làm điều này thôi cũng sẽ nhanh chóng đưa mã của bạn gần hơn với phong cách “giống Java”.

10. Tóm tắt

Hằng số trong Java không chỉ là cơ chế để “đóng băng giá trị.”
Chúng là một yếu tố quan trọng trực tiếp liên quan đến chất lượng thiết kế, chẳng hạn như:

• làm rõ ý nghĩa mã
• ngăn chặn lỗi
• cải thiện khả năng bảo trì dài hạn

Quy trình tư duy tốt là:

• Đầu tiên, hiểu final
• Sử dụng static final cho các giá trị chia sẻ
• Xem xét enum cho trạng thái và loại

Và quan trọng nhất:
viết mã mà người khác có thể đọc và hiểu.

Việc sử dụng hằng số một cách phù hợp là bước đầu tiên hướng tới việc viết mã Java dễ đọc và an toàn.