Java Lista porównanie elementów

Question

Jak porównać dwa elementy  z listy.A dokładnie chodzi mi że mam prostokąty o bokach a i b i chcę porównać np. bok a pierwszego prostokąta z bokiem a drugiego prostokąta.

Comments

Trochę za mało informacji podałeś. Czy prostokąt to klasa, która ma pola reprezentujące boki a i b? Jeśli tak to wystarczy zaimplementować w niej metodę equals().

---

Prostokąt jest klasą.Tylko nie wiem jak pobrać element np a chodzi mi o coś takiego:

int a1 = a.lista.get(0);

System.out.println("Pierwszy element listy to: "+a1);

int a2 = a.lista.get(1);

System.out.println("bok a: "+a2);

if(a1==a2

---

@Roman1212, Hej! Wydajesz się osobą która dopiero zaczyna przygodę z programowaniem :) ostatnio piszę kurs dla osób początkujących w Javie. Wpis o listach znajdziesz tu: https://technologicznasowa.pl/kolekcje-listy/

Jeśli wrzucił byś kod gdzieś na jakieś repozytorium (np. GitHub) to byłbym w stanie Ci pomóc :)

Answer 1

import java.util.ArrayList;
import java.util.List;

public class Main {

    public static void main(String[] args){
        List<Prostokat> prostokats = new ArrayList<>();
        prostokats.add(new Prostokat(3,4));
        prostokats.add(new Prostokat(3,6));

        System.out.println(prostokats.toString());
        //zwroci 0 = logiczne true
        System.out.println(Integer.compare(prostokats.get(0).getA(),prostokats.get(1).getA()));
        //zwroci -1= logiczne false
        System.out.println(Integer.compare(prostokats.get(0).getB(),prostokats.get(1).getB()));
    }
}
class Prostokat{
    int a; //dlugosc boku a
    int b; //dlugosc boku b

    public Prostokat(int a, int b) {
        this.a = a;
        this.b = b;
    }

    public int getA() {
        return a;
    }

    public void setA(int a) {
        this.a = a;
    }

    public int getB() {
        return b;
    }

    public void setB(int b) {
        this.b = b;
    }

    @Override
    public String toString() {
        return "Prostokat{" +
                "a=" + a +
                ", b=" + b +
                '}';
    }
}

 

Comments

Interfejs komparator (Comparator) nie działa tak dokładnie jak być może sugeruje Twój opis. On może wskazać trzy stany: większy, równy lub mniejszy. Jego głównym przeznaczeniem jest wskazanie w jaki sposób mają być sortowane elementy w kolekcji. Pierwsze zdanie z javadoc'a:

A comparison function, which imposes a total ordering on some collection of objects.

Tak więc użycie go w taki sposób jak prezentujesz wydaje mi się, że nie jest zbyt dobrym pomysłem, bo przykładowo kiedy zrobisz tak:

Integer.compare( prostokats.get(1).getB(), prostokats.get(0).getB() );
//zamiana miejsc

Takie coś zwróci 1.

Wyciąg z dokumentacji, na temat metody Integer.compare:

Returns:
the value 0 if x == y; a value less than 0 if x < y; and a value greater than 0 if x > y

 Zdecydowanie prościej jest zrobić to poprzez operator ==:

System.out.println(prostokats.get(1).getB() == prostokats.get(0).getB()); 
//dla danych z przykladu false (nawet po zamianie miejsc)

Wówczas będziesz miał tylko dwa stany: true lub false  i nie musisz dodatkowo interpretować wyniku. Komparatorem musisz jeszcze określić (interpretować), że 0 to true, a coś innego to false.

---

Bardzo sluszna uwaga, dziekuje za poprawienie mojej odpowiedzi.

Answer 2

Poczytaj o interfejsach Comparable i Comparator to powinno rozwiać twoje wątpliwości.

Comments

To zależy.

Jeśli ma to służyć do sortowania wtedy tak, ponieważ te interfejsy zostały do tego zaprojektowane.

Natomiast jeśli coś innego to nie do końca może być to dobry wybór. Bo w javie jest jeszcze coś takiego jak metoda equals, zwracająca boolean i to może posłużyć do stwierdzeń, czy obiekty są takie same czy nie.

Metody z Comparable lub z Comparator mają zasadniczo zwracać trzy stany (w postaci liczby całkowitej) tak, żeby możliwe było odpowiednie sortowanie. Zerknij na komentarz w tym wątku do odpowiedzi pawi125.

---

No racja, zapędziłem się.

Ale to tylko potwierdza, że warto chyba jednak przerobić solidnie te podstawy, bo kolekcje niewątpliwie nimi są niż od razu brać się za pisanie kodu tak jak gość z tą grą na 1300 linijek gdzie większość mechaniki to println i pierdyliard ifów...

---

Na pewno warto jest szerzej zapoznać się z rzeczami, z których się korzysta, tak aby, w pewnym stopniu, używać ich świadomie i z właściwym przeznaczeniem. Poniekąd uczenie się na zapas (na zasadzie a może kiedyś się przyda) nie koniecznie jest dobrym wyjściem. W szczególności kiedy nie zna się zbyt dobrze (w pewnym stopniu biegle) elementów, z których aktualnie się korzysta. Zdecydowanie też, warto poszerzać horyzonty, jednak w odpowiednim czasie (żeby to nie było na zasadzie, "napisałem hello world w javie, więc czas na springa").. Dobrze jest też znać miejsca/czy nawet ludzi (np. internet, książki) gdzie dane zagadnienie można zweryfikować (np. javadoc).