sánh vs Apache BeanComparator

Question

Hãy xem xét một lớp đơn giản:

class Employee { 

String name; 
int sal; 

....//getters and setters 
} 

tôi có thể tạo một sánh để sắp xếp vào tên trường ví dụ.

class EmpSortByName implements Comparator<Employee>{ 

@Override 
public int compare(Employee e1, Employee e2){ 
    return e1.getName().compareTo(e2.getName()); 
} 
} 

Tuy nhiên, nhìn vào commons apache BeanComparator, phân loại có thể đạt được theo cách sau:

BeanComparator bc = new BeanComparator("name"); 
Collections.sort(employeeList, bc); 

Do đó, bằng cách sử dụng BeanComparator, tôi có thể đạt được sắp xếp với mã tối thiểu. Sự cân bằng giữa việc sử dụng Comparators và BeanComparators như thế nào: về hiệu suất, kịch bản sử dụng (sắp xếp nhiều trường, các yếu tố khác)?

Tôi cũng hiểu rằng để sử dụng BeanComparator, các hạt đậu jar phải được nhập khẩu.

Answer 1

BeanComparator sử dụng sự phản chiếu để truy cập thuộc tính tên và so sánh hai đối tượng. Mặc dù hiệu suất phản chiếu đã được cải thiện nhưng vẫn không nhanh như truy cập trực tiếp vào một trường. Cho dù điều này là quan trọng hay không phụ thuộc vào bao nhiêu lần nó được gọi là trong ứng dụng của bạn, và trong bối cảnh đó.

Một vấn đề khác là, nếu bạn cấu trúc lại phương thức và đổi tên thành getLastName(), mã sử dụng BeanComparator sẽ không được tái cấu trúc và sự cố sẽ không được chú ý cho đến khi thời gian chạy (hoặc thời gian thử nghiệm đơn vị).

Thẳng thắn, việc triển khai trình so sánh quá dễ đến mức tôi không nghĩ việc sử dụng sự phản chiếu là một ý tưởng hay. Lợi ích của việc tránh 4 dòng mã tầm thường là không đủ để bù đắp cho các vấn đề hiệu năng và bảo trì mà nó gây ra.

Answer 2

Ngoài ra với beancomparator bạn có thể so sánh hơn là một thuộc tính trong cách dễ dàng với compareTuple org.ujac.util.BeanComparator beanComparator = new org.ujac.util.BeanComparator(compareTuple); Collections.sort(List,beanComparator);