Các lớp kín trong Java 17
Nguồn: Codippa Trong bài đăng này, chúng ta sẽ xem xét các lớp niêm phong, một tính năng mới được giới thiệu trong Java 17 cũng như cách khai báo và sử dụng chúng cùng với các ví dụ.
Các lớp kín xuất hiện lần đầu tiên trong Java 15 dưới dạng tính năng xem trước và sau đó là trong Java 16 với cùng trạng thái. Tính năng này có đầy đủ chức năng khi phát hành Java 17 ( JEP 409 ).
Lớp học kín là gì?
Một lớp kín cho phép bạn hạn chế hoặc chọn các lớp con. Một lớp không thể mở rộng một lớp riêng trừ khi nó nằm trong danh sách các lớp con được phép của lớp cha. Lớp được niêm phong bằng từ khóa seal . Sau lớp seal phải có từ khóa allow , cùng với danh sách các lớp có thể mở rộng nó. Đây là một ví dụ:public sealed class Device permits Computer, Mobile {
}-
cuối cùng có nghĩa là nó không thể được phân lớp thêm.
-
seal có nghĩa là chúng ta cần khai báo các lớp con có giấy phép .
-
không được niêm phong có nghĩa là ở đây chúng tôi kết thúc hệ thống phân cấp cha-con .
Mục tiêu chính của việc giới thiệu các lớp kín là:
-
Cho đến thời điểm hiện tại, bạn chỉ có thể giới hạn phần mở rộng của một lớp bằng từ khóa cuối cùng . Một lớp niêm phong kiểm soát những lớp nào có thể mở rộng nó bằng cách đưa chúng vào danh sách được phép.
-
Nó cũng cho phép lớp kiểm soát xem lớp nào sẽ là lớp con của nó.
Quy tắc
Một số quy tắc cần nhớ khi sử dụng các lớp kín:-
Một lớp được niêm phong phải xác định các lớp có thể mở rộng nó bằng cách sử dụng giấy phép . Điều này là không bắt buộc nếu các lớp con được định nghĩa trong lớp cha là lớp bên trong.
-
Lớp con phải là lớp cuối cùng , được niêm phong hoặc không được niêm phong .
-
Một lớp con được phép phải mở rộng lớp niêm phong cha của nó.
Nghĩa là, nếu lớp A kín cho phép lớp B thì B phải mở rộng A.
-
Nếu lớp được niêm phong nằm trong một mô-đun thì các lớp con cũng phải nằm trong cùng một mô-đun hoặc trong cùng một gói nếu lớp được niêm phong cha nằm trong một mô-đun chưa được đặt tên.
-
Chỉ các lớp được phép trực tiếp mới có thể mở rộng một lớp kín. Nghĩa là, nếu A là lớp kín cho phép B mở rộng nó thì B cũng là lớp kín cho phép C.
Khi đó C chỉ có thể mở rộng B, nhưng không thể mở rộng trực tiếp A.
Giao diện kín
Giống như các lớp được niêm phong, các giao diện cũng có thể được niêm phong. Một giao diện như vậy có thể cho phép lựa chọn các giao diện hoặc lớp con của nó, những giao diện này có thể mở rộng nó bằng cách sử dụng các giấy phép . Đây là một ví dụ điển hình:public sealed interface Device permits Electronic, Physical,
DeviceImpl {
}Hồ sơ niêm phong
Các lớp kín có thể được sử dụng với các mục được giới thiệu trong Java 16. Một mục nhập không thể mở rộng một lớp thông thường nên nó chỉ có thể triển khai một giao diện riêng tư. Ngoài ra, ký hiệu ngụ ý cuối cùng . Do đó, một mục không thể sử dụng từ khóa cho phép vì nó không thể được phân lớp. Tức là chỉ có một hệ thống phân cấp một cấp với các bản ghi. Đây là một ví dụ:public sealed interface Device permits Laptop {
}
public record Laptop(String brand) implement Device {
}Hỗ trợ phản chiếu
Java Reflection cung cấp hỗ trợ cho các lớp kín. Hai phương thức sau đã được thêm vào java.lang.Class :1. getPermitSubclasses()
Điều này trả về một mảng java.lang.Class chứa tất cả các lớp được đối tượng lớp này cho phép. Ví dụ:Device c = new Device();
Class<? extends Device> cz = c.getClass();
Class<?>[] permittedSubclasses = cz.getPermittedSubclasses();
for (Class<?> sc : permittedSubclasses){
System.out.println(sc.getName());
}
Máy tính di động
2.isSealed()
Điều này trả về true nếu lớp hoặc giao diện mà nó được gọi bị niêm phong. Hiện tại đó là tất cả những gì về các lớp niêm phong được thêm vào trong Java 17. Tôi hy vọng bài viết này cung cấp nhiều thông tin.4 cách để triển khai Singleton
Nguồn: Medium Hôm nay bạn sẽ tìm hiểu một số cách để triển khai mẫu thiết kế Singleton. Mẫu thiết kế Singleton được sử dụng rộng rãi trong các dự án Java. Nó cung cấp khả năng kiểm soát quyền truy cập vào các tài nguyên, chẳng hạn như ổ cắm hoặc kết nối cơ sở dữ liệu. Tôi đã từng được yêu cầu triển khai một singleton trong một cuộc phỏng vấn cho vị trí nhà phát triển web tại một công ty chip lớn. Đây là lần đầu tiên tôi phỏng vấn vị trí web, cũng không chuẩn bị gì nhiều nên tôi đã chọn giải pháp khó nhất: Khởi tạo lười biếng. Mã của tôi chỉ đúng 90% và không đủ hiệu quả, cuối cùng tôi đã thua ở vòng cuối cùng... Vì vậy, tôi hy vọng bài viết của mình sẽ hữu ích cho bạn.Khởi tạo sớm
class Singleton {
private Singleton() {}
private static Singleton instance = new Singleton();
public static Singleton getInstance() {
return instance;
}
}Lười thực hiện
class Singleton {
private static Singleton instance = null;
private Singleton() {}
public static Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance；
}
}class Singleton {
private Singleton() {}
private static Singleton instance = null;
public static Singleton getInstance() {
if (instance == null) {
synchronized(Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}- Phân bổ bộ nhớ.
- Đối tượng khởi tạo.
- Gán đối tượng cho tham chiếu cá thể.
class Singleton {
private Singleton() {}
private volatile static Singleton instance = null;
public static Singleton getInstance() {
if (instance == null) {
synchronized(Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}Sử dụng lớp bên trong tĩnh
public class Singleton {
private Singleton() {}
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
public static final Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
}Enum như một singleton
public enum EnumSingleton {
INSTANCE;
int value;
public int getValue() {
return value;
}
public int setValue(int v) {
this.value = v;
}
}
GO TO FULL VERSION