Làm cách nào để khẳng định sự bình đẳng trên hai lớp mà không có phương thức bằng?

Giả sử tôi có một lớp không có phương thức equals (), mà không có nguồn. Tôi muốn khẳng định sự bình đẳng trên hai trường hợp của lớp đó.

Tôi có thể thực hiện nhiều xác nhận:

assertEquals(obj1.getFieldA(), obj2.getFieldA());
assertEquals(obj1.getFieldB(), obj2.getFieldB());
assertEquals(obj1.getFieldC(), obj2.getFieldC());
...

Tôi không thích giải pháp này vì tôi không có được bức tranh bình đẳng đầy đủ nếu một khẳng định sớm không thành công.

Tôi có thể tự mình so sánh thủ công và theo dõi kết quả:

String errorStr = "";
if(!obj1.getFieldA().equals(obj2.getFieldA())) {
    errorStr += "expected: " + obj1.getFieldA() + ", actual: " + obj2.getFieldA() + "\n";
}
if(!obj1.getFieldB().equals(obj2.getFieldB())) {
    errorStr += "expected: " + obj1.getFieldB() + ", actual: " + obj2.getFieldB() + "\n";
}
...
assertEquals("", errorStr);

Điều này mang lại cho tôi bức tranh bình đẳng đầy đủ, nhưng thật khó hiểu (và tôi thậm chí chưa tính đến các vấn đề rỗng có thể xảy ra). Tùy chọn thứ ba là sử dụng Bộ so sánh, nhưng so sánhTo () sẽ không cho tôi biết trường nào không bình đẳng.

Có cách nào tốt hơn để lấy những gì tôi muốn từ đối tượng mà không cần phân lớp con và ghi đè bằng (ugh) không?

Mockito cung cấp một trình đối sánh phản chiếu:

Để sử dụng phiên bản Mockito mới nhất:

Assert.assertTrue(new ReflectionEquals(expected, excludeFields).matches(actual));

Đối với các phiên bản cũ hơn, hãy sử dụng:

Assert.assertThat(actual, new ReflectionEquals(expected, excludeFields));

Có nhiều câu trả lời đúng ở đây, nhưng tôi cũng muốn thêm phiên bản của mình. Điều này dựa trên Assertj.

import static org.assertj.core.api.Assertions.assertThat;

public class TestClass {

    public void test() {
        // do the actual test
        assertThat(actualObject)
            .isEqualToComparingFieldByFieldRecursively(expectedObject);
    }
}

CẬP NHẬT: Trong khẳng định v3.13.2, phương pháp này không được chấp nhận như Woodz đã chỉ ra trong nhận xét. Khuyến nghị hiện tại là

public class TestClass {

    public void test() {
        // do the actual test
        assertThat(actualObject)
            .usingRecursiveComparison()
            .isEqualTo(expectedObject);
    }

}

Tôi thường triển khai usecase này bằng org.apache.commons.lang3.builder.EqualsBuilder

Assert.assertTrue(EqualsBuilder.reflectionEquals(expected,actual));

Tôi biết nó hơi cũ, nhưng tôi hy vọng nó sẽ hữu ích.

Tôi gặp phải vấn đề tương tự như bạn, vì vậy, sau khi điều tra, tôi tìm thấy ít câu hỏi tương tự hơn câu hỏi này, và sau khi tìm ra giải pháp, tôi trả lời cùng một vấn đề, vì tôi nghĩ nó có thể giúp được người khác.

Câu trả lời được bình chọn nhiều nhất (không phải do tác giả chọn) của câu hỏi tương tự này , là giải pháp phù hợp nhất cho bạn.

Về cơ bản, nó bao gồm việc sử dụng thư viện có tên Unitils .

Đây là việc sử dụng:

User user1 = new User(1, "John", "Doe");
User user2 = new User(1, "John", "Doe");
assertReflectionEquals(user1, user2);

Điều này sẽ vượt qua ngay cả khi lớp Userkhông triển khai equals(). Bạn có thể xem thêm các ví dụ và một khẳng định thực sự thú vị được gọi assertLenientEqualstrong hướng dẫn của họ .

Bạn có thể sử dụng Apache commons lang ReflectionToStringBuilder

Bạn có thể chỉ định từng thuộc tính bạn muốn kiểm tra hoặc tốt hơn, loại trừ những thuộc tính bạn không muốn:

String s = new ReflectionToStringBuilder(o, ToStringStyle.SHORT_PREFIX_STYLE)
                .setExcludeFieldNames(new String[] { "foo", "bar" }).toString()

Sau đó, bạn so sánh hai chuỗi như bình thường. Đối với vấn đề phản xạ chậm, tôi cho rằng điều này chỉ để thử nghiệm, vì vậy không nên quá quan trọng.

Nếu bạn đang sử dụng hamcrest cho các xác nhận của mình (khẳng địnhThat) và không muốn lấy thêm các lib kiểm tra, thì bạn có thể sử dụng SamePropertyValuesAs.samePropertyValuesAsđể xác nhận các mục không có phương thức bằng bị ghi đè.

Ưu điểm là bạn không phải kéo thêm một khung thử nghiệm khác và nó sẽ đưa ra một lỗi hữu ích khi xác nhận không thành công ( expected: field=<value> but was field=<something else>) thay vì expected: true but was falsenếu bạn sử dụng một cái gì đó như thế EqualsBuilder.reflectionEquals().

Nhược điểm là nó là một so sánh nông và không có tùy chọn để loại trừ các trường (giống như trong EqualsBuilder), vì vậy bạn sẽ phải làm việc xung quanh các đối tượng lồng nhau (ví dụ: loại bỏ chúng và so sánh chúng độc lập).

Trường hợp tốt nhất:

import static org.hamcrest.beans.SamePropertyValuesAs.samePropertyValuesAs;
...
assertThat(actual, is(samePropertyValuesAs(expected)));

Trường hợp xấu xí:

import static org.hamcrest.beans.SamePropertyValuesAs.samePropertyValuesAs;
...
SomeClass expected = buildExpected(); 
SomeClass actual = sut.doSomething();

assertThat(actual.getSubObject(), is(samePropertyValuesAs(expected.getSubObject())));    
expected.setSubObject(null);
actual.setSubObject(null);

assertThat(actual, is(samePropertyValuesAs(expected)));

Vì vậy, hãy chọn thuốc độc của bạn. Khuôn khổ bổ sung (ví dụ Unitils), lỗi không hữu ích (ví dụ: EqualsBuilder) hoặc so sánh nông (hamcrest).

Thư viện Hamcrest 1.3 Utility Matchers có một trình so khớp đặc biệt sử dụng phản xạ thay vì bằng.

assertThat(obj1, reflectEquals(obj2));

Một số phương pháp so sánh phản ánh là nông

Một tùy chọn khác là chuyển đổi đối tượng thành json và so sánh các chuỗi.

import com.fasterxml.jackson.core.JsonProcessingException;
import com.fasterxml.jackson.databind.ObjectMapper;    
public static String getJsonString(Object obj) {
 try {
    ObjectMapper objectMapper = new ObjectMapper();
    return bjectMapper.writerWithDefaultPrettyPrinter().writeValueAsString(obj);
     } catch (JsonProcessingException e) {
        LOGGER.error("Error parsing log entry", e);
        return null;
    }
}
...
assertEquals(getJsonString(MyexpectedObject), getJsonString(MyActualObject))

Sử dụng Shazamcrest , bạn có thể làm:

assertThat(obj1, sameBeanAs(obj2));

So sánh từng trường:

assertNotNull("Object 1 is null", obj1);
assertNotNull("Object 2 is null", obj2);
assertEquals("Field A differs", obj1.getFieldA(), obj2.getFieldA());
assertEquals("Field B differs", obj1.getFieldB(), obj2.getFieldB());
...
assertEquals("Objects are not equal.", obj1, obj2);

Các xác nhận AssertJ có thể được sử dụng để so sánh các giá trị mà không có #equalsphương thức được ghi đè đúng cách, ví dụ:

import static org.assertj.core.api.Assertions.assertThat; 

// ...

assertThat(actual)
    .usingRecursiveComparison()
    .isEqualTo(expected);

Vì câu hỏi này đã cũ, tôi sẽ đề xuất một cách tiếp cận hiện đại khác bằng cách sử dụng JUnit 5.

Tôi không thích giải pháp này vì tôi không có được bức tranh bình đẳng đầy đủ nếu một khẳng định sớm không thành công.

Với JUnit 5, có một phương thức được gọi là phương thức Assertions.assertAll()này sẽ cho phép bạn nhóm tất cả các xác nhận trong thử nghiệm của bạn lại với nhau và nó sẽ thực thi từng xác nhận và xuất ra mọi xác nhận không thành công ở cuối. Điều này có nghĩa là bất kỳ xác nhận nào không thành công trước sẽ không dừng việc thực hiện các xác nhận sau.

assertAll("Test obj1 with obj2 equality",
    () -> assertEquals(obj1.getFieldA(), obj2.getFieldA()),
    () -> assertEquals(obj1.getFieldB(), obj2.getFieldB()),
    () -> assertEquals(obj1.getFieldC(), obj2.getFieldC()));

Bạn có thể sử dụng phản xạ để "tự động hóa" việc kiểm tra bình đẳng đầy đủ. bạn có thể triển khai mã "theo dõi" bình đẳng mà bạn đã viết cho một trường, sau đó sử dụng phản chiếu để chạy thử nghiệm đó trên tất cả các trường trong đối tượng.

Đây là một phương pháp so sánh chung, so sánh hai đối tượng của cùng một lớp cho các giá trị của các trường của nó (lưu ý rằng chúng có thể truy cập được bằng phương thức get)

public static <T> void compare(T a, T b) throws NoSuchMethodException, InvocationTargetException, IllegalAccessException {
    AssertionError error = null;
    Class A = a.getClass();
    Class B = a.getClass();
    for (Method mA : A.getDeclaredMethods()) {
        if (mA.getName().startsWith("get")) {
            Method mB = B.getMethod(mA.getName(),null );
            try {
                Assert.assertEquals("Not Matched = ",mA.invoke(a),mB.invoke(b));
            }catch (AssertionError e){
                if(error==null){
                    error = new AssertionError(e);
                }
                else {
                    error.addSuppressed(e);
                }
            }
        }
    }
    if(error!=null){
        throw error ;
    }
}

Tôi tình cờ gặp một trường hợp tương tự.

Tôi muốn so sánh trên một thử nghiệm mà một đối tượng có giá trị thuộc tính tương tự như nhau, nhưng phương pháp như is(), refEq(), vv sẽ không làm việc vì những lý do như đối tượng của tôi có giá trị null trong mình idthuộc tính.

Vì vậy, đây là giải pháp tôi đã tìm thấy (tốt, một đồng nghiệp đã tìm thấy):

import static org.apache.commons.lang.builder.CompareToBuilder.reflectionCompare;

assertThat(reflectionCompare(expectedObject, actualObject, new String[]{"fields","to","be","excluded"}), is(0));

Nếu giá trị nhận được từ reflectionCompare0, có nghĩa là chúng bằng nhau. Nếu là -1 hoặc 1, chúng khác nhau về một số thuộc tính.

Trong trường hợp phổ biến với AssertJ, bạn có thể tạo chiến lược so sánh tùy chỉnh:

assertThat(frodo).usingComparator(raceComparator).isEqualTo(sam)
assertThat(fellowshipOfTheRing).usingElementComparator(raceComparator).contains(sauron);

Sử dụng chiến lược so sánh tùy chỉnh trong các xác nhận

Ví dụ về AssertJ

Tôi đã có cùng một câu hỏi hóc búa khi đơn vị thử nghiệm một ứng dụng Android và giải pháp đơn giản nhất mà tôi nghĩ ra là sử dụng Gson để chuyển đổi các đối tượng giá trị thực tế và giá trị mong đợi của tôi thành jsonvà so sánh chúng dưới dạng chuỗi.

String actual = new Gson().toJson( myObj.getValues() );
String expected = new Gson().toJson( new MyValues(true,1) );

assertEquals(expected, actual);

Những lợi thế của việc này trên tay so sánh lĩnh vực-by-field là bạn so sánh tất cả các lĩnh vực của bạn, vì vậy ngay cả nếu bạn sau này thêm một lĩnh vực mới để lớp học của bạn nó sẽ được tự động kiểm tra, so với nếu bạn đang sử dụng một loạt các assertEquals()trên tất cả các trường, sau đó sẽ cần được cập nhật nếu bạn thêm nhiều trường vào lớp của mình.

jUnit cũng hiển thị các chuỗi cho bạn để bạn có thể trực tiếp thấy chúng khác nhau ở điểm nào. Tuy nhiên, không chắc mức độ tin cậy của việc đặt hàng theo lĩnh vực Gson, đó có thể là một vấn đề tiềm ẩn.

Tôi đã thử tất cả các câu trả lời và không có gì thực sự hiệu quả với tôi.

Vì vậy, tôi đã tạo phương thức của riêng mình để so sánh các đối tượng java đơn giản mà không cần đi sâu vào các cấu trúc lồng nhau ...

Phương thức trả về giá trị rỗng nếu tất cả các trường đều khớp hoặc chuỗi chứa chi tiết không khớp.

Chỉ các thuộc tính có phương thức getter mới được so sánh.

Cách sử dụng

        assertNull(TestUtils.diff(obj1,obj2,ignore_field1, ignore_field2));

Đầu ra mẫu nếu có sự không khớp

Đầu ra hiển thị tên thuộc tính và giá trị tương ứng của các đối tượng được so sánh

alert_id(1:2), city(Moscow:London)

Mã (Java 8 trở lên):

 public static String diff(Object x1, Object x2, String ... ignored) throws Exception{
        final StringBuilder response = new StringBuilder();
        for (Method m:Arrays.stream(x1.getClass().getMethods()).filter(m->m.getName().startsWith("get")
        && m.getParameterCount()==0).collect(toList())){

            final String field = m.getName().substring(3).toLowerCase();
            if (Arrays.stream(ignored).map(x->x.toLowerCase()).noneMatch(ignoredField->ignoredField.equals(field))){
                Object v1 = m.invoke(x1);
                Object v2 = m.invoke(x2);
                if ( (v1!=null && !v1.equals(v2)) || (v2!=null && !v2.equals(v1))){
                    response.append(field).append("(").append(v1).append(":").append(v2).append(")").append(", ");
                }
            }
        }
        return response.length()==0?null:response.substring(0,response.length()-2);
    }

Để thay thế cho chỉ junit, bạn có thể đặt các trường thành null trước khẳng định bằng:

    actual.setCreatedDate(null); // excludes date assertion
    expected.setCreatedDate(null);

    assertEquals(expected, actual);

Bạn có thể đặt mã so sánh mà bạn đã đăng vào một số phương thức tiện ích tĩnh không?

public static String findDifference(Type obj1, Type obj2) {
    String difference = "";
    if (obj1.getFieldA() == null && obj2.getFieldA() != null
            || !obj1.getFieldA().equals(obj2.getFieldA())) {
        difference += "Difference at field A:" + "obj1 - "
                + obj1.getFieldA() + ", obj2 - " + obj2.getFieldA();
    }
    if (obj1.getFieldB() == null && obj2.getFieldB() != null
            || !obj1.getFieldB().equals(obj2.getFieldB())) {
        difference += "Difference at field B:" + "obj1 - "
                + obj1.getFieldB() + ", obj2 - " + obj2.getFieldB();
        // (...)
    }
    return difference;
}

Bạn có thể sử dụng phương pháp này trong JUnit như thế này:

khẳng địnhEquals ("Các đối tượng không bằng nhau", "", findDifferences (obj1, obj));

điều này không phức tạp và cung cấp cho bạn thông tin đầy đủ về sự khác biệt, nếu chúng tồn tại (thông qua không chính xác ở dạng bình thường của khẳng định nhưng bạn nhận được tất cả thông tin nên nó sẽ tốt).

Điều này sẽ không giúp ích cho OP, nhưng nó có thể giúp bất kỳ nhà phát triển C # nào kết thúc ở đây ...

Giống như Enrique đã đăng , bạn nên ghi đè phương thức bằng.

Có cách nào tốt hơn để lấy những gì tôi muốn từ đối tượng mà không cần phân lớp con và ghi đè bằng (ugh) không?

Đề xuất của tôi là không sử dụng một lớp con. Sử dụng một lớp một phần.

Định nghĩa một phần lớp (MSDN)

Vì vậy, lớp học của bạn sẽ giống như ...

public partial class TheClass
{
    public override bool Equals(Object obj)
    {
        // your implementation here
    }
}

Đối với Java, tôi sẽ đồng ý với đề xuất sử dụng phản chiếu. Chỉ cần nhớ rằng bạn nên tránh sử dụng phản chiếu bất cứ khi nào có thể. Nó chậm, khó gỡ lỗi và thậm chí khó bảo trì trong tương lai vì IDE có thể phá vỡ mã của bạn bằng cách thực hiện đổi tên trường hoặc tương tự như vậy. Hãy cẩn thận!

Từ bình luận của bạn đến những câu trả lời khác, tôi không hiểu bạn muốn gì.

Chỉ vì mục đích thảo luận, hãy nói rằng lớp đã ghi đè phương thức bằng.

Vì vậy, UT của bạn sẽ trông giống như sau:

SomeType expected = // bla
SomeType actual = // bli

Assert.assertEquals(expected, actual). 

Và bạn đã hoàn thành. Hơn nữa, bạn không thể có được "bức tranh bình đẳng đầy đủ" nếu khẳng định không thành công.

Theo những gì tôi hiểu, bạn đang nói rằng ngay cả khi kiểu đã ghi đè bằng, bạn sẽ không quan tâm đến nó, vì bạn muốn có được "bức tranh bình đẳng đầy đủ". Vì vậy, không có ích gì khi mở rộng và ghi đè bằng cả.

Vì vậy, bạn phải có các tùy chọn: hoặc so sánh thuộc tính theo thuộc tính, sử dụng kiểm tra phản chiếu hoặc mã hóa cứng, tôi sẽ đề xuất cách sau. Hoặc: so sánh các biểu diễn có thể đọc được của con người về các đối tượng này.

Ví dụ: bạn có thể tạo một lớp trợ giúp tuần tự hóa kiểu bạn muốn so sánh với tài liệu XML và so sánh với XML kết quả! trong trường hợp này, bạn có thể thấy trực quan những gì chính xác bằng và những gì không.

Cách tiếp cận này sẽ cho bạn cơ hội xem toàn cảnh nhưng nó cũng tương đối rườm rà (và dễ bị lỗi một chút lúc đầu).

Bạn có thể ghi đè phương thức bằng của lớp như:

@Override
public int hashCode() {
    int hash = 0;
    hash += (app != null ? app.hashCode() : 0);
    return hash;
}

@Override
public boolean equals(Object object) {
    HubRule other = (HubRule) object;

    if (this.app.equals(other.app)) {
        boolean operatorHubList = false;

        if (other.operator != null ? this.operator != null ? this.operator
                .equals(other.operator) : false : true) {
            operatorHubList = true;
        }

        if (operatorHubList) {
            return true;
        } else {
            return false;
        }
    } else {
        return false;
    }
}

Vâng, nếu bạn muốn so sánh hai đối tượng từ một lớp, bạn phải triển khai theo một cách nào đó phương thức bằng và phương thức mã băm