Tôi thích mẫu nào hơn?

Question

Trong dự án của chúng tôi, chúng tôi cần lưu trữ một số đối tượng (Ví dụ: Người dùng) và cũng là Lớp người dùng phải có cờ xác thực (các phương pháp như setOutdated và isOutdated)

Thỉnh thoảng, đối tượng người dùng của chúng tôi có thể rỗng, nhưng cờ xác thực phải có thể truy cập được trong trường hợp này. Có thể trích xuất các phương thức đó từ lớp User, nhưng trường và phương thức đó phải nằm trong lớp đó vì ngữ nghĩa.

Tôi đã tìm thấy một số bài viết về mẫu đối tượng Null (như this), và tôi muốn biết - có thể tạo đối tượng Null (làm mẫu) có thể lưu trữ một số trạng thái như không lỗi thời, null không lỗi thời, không null lỗi thời và không null không lỗi thời.

PS: Nếu một giới thiệu trường "lỗi thời" trong lớp học của tôi, nó sẽ thực sự khó khăn cho đối tượng rõ ràng thay vì thiết lập nó để null

Answer 1

Bạn muốn phân biệt giữa (trong số những thứ khác) "null lỗi thời" và "null không lỗi thời".
Điều này có nghĩa là bạn đề xuất hai các đối tượng Null khác nhau, với hành vi khác nhau. Đây là một sự vi phạm các mô hình mà nói rằng một đối tượng Null nên có một loại hành vi, hành vi mặc định cho một đối tượng uninitialized của nó loại.

Tôi đề nghị bạn sử dụng giải pháp @Kent được cung cấp hoặc bạn đặt đối tượng người dùng của mình giống như đối tượng "Người dùng hiện tại" và "Người dùng cũ". Sau này về mặt kỹ thuật là giải pháp tương tự mà bạn tự đề xuất, nhưng nó không phải là một Mẫu đối tượng Null.

Answer 2

ý tưởng đầu tiên của tôi là thêm một lớp UserUtil (tên có thể là cái gì khác) .

và một phương pháp như

public static boolean isUserOutdated(User u){ 
return (u==null)? true :u.isOutdated(); 

} 

or return (u==null)? false :u.isOutdated(); depends on your businesslogic 

nào nó hoạt động trong tình huống của bạn?