Những ưu và nhược điểm của việc có loại CaseInsensitiveString trong Java là gì? [đóng cửa]

Tôi muốn tạo ra một final class CaseInsensitiveString implements CharSequence.

Điều này sẽ cho phép chúng tôi xác định các biến và trường thuộc loại này, thay vì sử dụng thông thường String. Chúng ta cũng có thể có ví dụ a Map<CaseInsensitiveString, ?>, a Set<CaseInsensitiveString>, v.v.

Một số ưu và nhược điểm của phương pháp này là gì?

Không nhạy cảm trường hợp là một thuộc tính của so sánh, không phải của đối tượng (*). Bạn sẽ muốn so sánh cùng một chuỗi độc lập với trường hợp hay không tùy thuộc vào ngữ cảnh.

(Và bạn có cả một loại sâu như một trường hợp so sánh không nhạy cảm phụ thuộc vào ngôn ngữ - tôi được đặt ở trên là tiếng Thổ Nhĩ Kỳ - và thậm chí cả bối cảnh - tùy thuộc vào từ và phương ngữ ß có thể được đặt lên trên như SS hoặc SZ bằng tiếng Đức.)

(*) Nó có thể là một thuộc tính của đối tượng chứa chuỗi, nhưng điều đó hơi khác với việc là một thuộc tính của chính chuỗi đó. Và bạn có thể có một lớp không có trạng thái ngoại trừ một chuỗi và so sánh hai trường hợp của lớp đó sẽ sử dụng một trường hợp so sánh không nhạy cảm của chuỗi. Nhưng lớp đó sẽ không phải là một chuỗi mục đích chung vì nó sẽ không cung cấp các phương thức được mong đợi cho một chuỗi mục đích chung và sẽ cung cấp các phương thức không có. Lớp này sẽ không được gọi là CaseInsensitiveString nhưng PascalIdentifier hoặc bất cứ điều gì thích hợp để mô tả nó. Và BTW, thuật toán so sánh độc lập trường hợp có thể sẽ được cung cấp bởi mục đích của nó và độc lập với miền địa phương.

Chỉ cần ra khỏi đầu của tôi:

Ưu điểm:

• Làm cho rất nhiều mã tự viết tài liệu, ví dụ:
  • bool UserIsRegistered(CaseInsensitiveString Username)
• Có thể so sánh hợp lý
• Có thể loại bỏ khả năng lỗi so sánh

Nhược điểm:

• Có thể lãng phí thời gian
  • mọi người chỉ có thể chuyển đổi các chuỗi thông thường thành chữ thường nếu họ cần so sánh không phân biệt chữ hoa chữ thường
• Sử dụng nó cho mã front-end sẽ gây ra vấn đề viết hoa
  • Ví dụ: nếu bạn sử dụng CaseInsensitiveStringđể lưu trữ tên người dùng, mặc dù có ý nghĩa so sánh back-end không phân biệt chữ hoa chữ thường, mã mặt trước sẽ hiển thị tên người dùng là "bob smith" hoặc "BOB SMITH"
• Nếu cơ sở mã của bạn đã sử dụng các chuỗi thông thường, bạn sẽ phải quay lại và thay đổi chúng hoặc sống với sự không nhất quán

CaseInsensitiveString không phải là một ý tưởng tồi phụ thuộc vào việc sử dụng của bạn, miễn là bạn không mong đợi nó hoạt động cùng với String.

Bạn có thể chuyển đổi CaseInsensitiveString thành Chuỗi hoặc ngược lại và đó là tất cả những gì bạn nên làm.

Vấn đề sẽ xảy ra nếu bạn cố gắng làm một cái gì đó như

class CaseInsensitiveString {
  private String value;

  public boolean equals(Object o) {
    // .....
    if (o instanceof String) {
      return value.equalsIgnoreCase((String) o);
    }
  }
}

Bạn chắc chắn sẽ thất bại nếu bạn định biến CaseInsensitiveString của mình thành Chuỗi bình thường, bởi vì bạn sẽ vi phạm tính đối xứng và tính bắc cầu cho bằng () (và các hợp đồng khác)

Tuy nhiên, vui lòng tự hỏi, trong trường hợp nào bạn thực sự cần CaseInsensitiveString mà nó không phù hợp để sử dụng String.CASE_INSENSITIVE_ORDER? Tôi đặt cược không nhiều trường hợp. Tôi chắc chắn sẽ có trường hợp đáng để có lớp học đặc biệt này, nhưng hãy tự hỏi mình trước.

Rõ ràng việc tạo các loại trong miền / mô hình của bạn là thực hành rất tốt. Giống như Maxpm nói nó là tài liệu tự. Cũng là một điểm cộng lớn: mọi người không thể (vô tình) sử dụng đầu vào sai. Điều tiêu cực duy nhất nó có là nó sẽ khiến các lập trình viên cơ sở (và thậm chí một số người trung gian) sợ hãi.

Một lớp CaseInsensitiveString và các trình trợ giúp của nó thêm rất nhiều mã và chúng sẽ làm cho mọi thứ dễ đọc hơn phương thức String.toLoweCase ().

CaseInsensitiveString vaName1 = new CaseInsensitiveString('HeLLo');
//... a lot of lines here
CaseInsensitiveString vaName2 = new CaseInsensitiveString('Hello');
//... a lot of lines here
if (varName1.equals(varName2)) ...

phức tạp hơn, ít tài liệu hơn và kém linh hoạt hơn

String vaName1 = 'HeLLo';
//... a lot of lines here
String vaName2 = 'Hello';
//... a lot of lines here
if (varName1.toLowerCase().equals(varName2.toLowerCase())) ...

Các triển khai được sử dụng thường xuyên nhất trên web là phân biệt chữ hoa chữ thường - XML, JavaScript. Về mặt hiệu suất, tốt nhất là luôn sử dụng hàm / thuộc tính / đối tượng phù hợp nhất cho từng trường hợp.

Nếu bạn đang xử lý các cấu trúc - XML ​​hoặc JS hoặc tương tự, độ nhạy trường hợp là quan trọng. Nó là nhanh hơn nhiều bằng cách sử dụng các thư viện hệ thống.

Nếu bạn đang xử lý dữ liệu trong cơ sở dữ liệu, như đã đề cập ở trên, việc lập chỉ mục cơ sở dữ liệu sẽ được sử dụng cho các chuỗi phân biệt / phân biệt chữ hoa chữ thường.

Nếu bạn đang xử lý dữ liệu một cách nhanh chóng, điều quan trọng là phải thực hiện tính toán chi phí chuyển đổi cần thiết cho mỗi chuỗi. Có thể là các chuỗi nên được so sánh hoặc sắp xếp bằng cách nào đó.