[borrow]

#java #javapomoc
O co chodzi? Czemu JUnit nie widzi że to to samo?

[S.....h]

@borrow: Daj kod. Porównujesz obiekty? Equals i hashCode zaimplementowany?

[A.....t]

@borrow: bo to pewnie jakiś obiekt bez nadpisanego equalsa

[borrow]

@Sarseth: > ow: bo to pewnie jakiś obiekt bez nadpisanego equalsa
@AwizisieAkat: Ten sam test przepuszcza
Expected {H=2, Mg=1, O=2}
Actual {H=2, Mg=1, O=2}

[A.....t]

@borrow: to pokaż co ty tam porównujesz, kod tej klasy

[S.....h]

@borrow: To może equals jest zły? :P if (Mg==null) return false; zmiast if Mg ==null && other.Mg==null return true;

Jeśli obiekty spełniają .equals to nie ma szansy na to by JUnit powiedział Ci że błąd jest.
Zawołaj sobie
obiekt1.equals(obiekt2).sout i zobacz

[borrow]

@AwizisieAkat: w obu przypadkach metoda wypluwa HashMape a test porównuje je s tym co ma wewnętrznie zapisane. Zaraz wrzucę kod.

[borrow]

@Sarseth: @AwizisieAkat: https://pastebin.com/9rZyJCAP
kod JUnita
Junit dostaję do testów HashMapę. Przy TreeMapie to samo robi.

[ppawel]

https://pastebin.com/9rZyJCAP

@borrow: zostaw te stare junitowe asercje i dorzuć do projektu AssertJ albo pokombinuj z asercjami z JUnit 5 (ale to by wiązało się z migracją z 4 na 5, i nie wiem czy będzie fajne) albo napisz własne asercję które będą rozumiały jak porównywać wzory chemiczne (ewentualnie jak powyżej mądrze sugerowano zacznij od nadpisania equals)

[borrow]

@ppawel: ten test jest sztywny na CodeWars i nie mogę go zmienić jeśli chcę dostać punkty. W moim IDE ładnie przechodzi 2/3 testy a 3/3 test nie działa mimo że wartości się zgadzają.

[ppawel]

@borrow: czyli zostaje jakieś własne class ChemicalFormula extends HashMap { @Override boolean equals(T t) {... } (typy trochę na oślep, i brzydko z domenowego punktu widzenia #ddd , ale idea powinna być jasna i dobrze napisane powinno łyknąć)

[borrow]

@ppawel: @Sarseth: @AwizisieAkat: ehhh #ide #!$%@?ło bo w notatniku widać spację po "O" a w IDE nie..

Expected :{H=2, O=1}
Actual :{H=2, O =1}