[JAVA] Arraylist i konstruktor.

Siema.

Nie mogę dojsc do ładu z programem. Mam taką klasę:

Kod:

---


public class Czlowiek {
   
      private int ID;
      private String imie;
      private String nazwisko;
      private String Peesel;
      private String data;
      static ArrayList<Ocena> ListaOcen = new ArrayList<Ocena>();
   
  public Czlowiek(){           

        }   

      public Czlowiek(int ID, String imie, String nazwisko, String p1,String data) {

            this.ID = ID;
            this.imie = imie;
            this.nazwisko = nazwisko;
            this.data = data;
            this.Peesel = p1;
                   
        }

---

Po zainicjowaniu Człowiek1, Człowiek2, Człowiek3 i dodaniu paru ocen metodą

Kod:

---

ListaOcen.add(o)

---

gdzie o jest ofc. oceną, oraz wyswietleniu w taki sposób:

Kod:

---


System.out.println("T1 " + Człowiek1.ListaOcen.size());
      System.out.println("T2 " + Człowiek2.ListaOcen.size());
        System.out.println("T3 " + Człowiek3.ListaOcen.size());

---

Wyskakuje mi:
T1 5
T2 5
T3 5

Nie robi mi dla każdego czlowieka osobnej arraylisty, why ?

Kod:

---

Człowiek1.ListaOcen.size()

---

wyświetla Ci rozmiar arrayList, czyli krótko mówiąc ile elementów zawiera.

Do wyświetlenia elementów listy najlepiej wykorzystać pętle foreach (nie wiem czy jest ona w Javie, ja korzystałem z niej w C#), bądź zwykły for, gdzie lecisz po indeksach (od zera do (rozmiar tablicy - 1)). Poprawcie mnie jeśli się myle.

@Edit
Pętla for each w Javie: klik.

Pola statyczne są wspólne dla całej klasy, metody statyczne mogą być wywoływane bez obiektu.

Pole statyczne jest jak wspomniał @zakius wspólne dla każdej instancji klasy. Generalnie nie polecam używania ich, podobnie jak metod statycznych ;p

Metody statyczne się przydają, wszystko, co nie musi operować na danym obiekcie. Albo klasy abstrakcyjne typu tools.

Pola statyczne czasami również mogą się przydać, jakiś licznik obiektów danej klasy czy coś.

Cytuj:

---

zakius napisał

Metody statyczne się przydają, wszystko, co nie musi operować na danym obiekcie. Albo klasy abstrakcyjne typu tools.

Pola statyczne czasami również mogą się przydać, jakiś licznik obiektów danej klasy czy coś.

---

Trzy szybkie zarzuty:
- Tracisz możliwość testowania
- Tracisz możliwość podmiany implementacji on-runtime
- "Klasy abstrakcyjne typu tools" są w zasadzie programowaniem proceduralnym ( nie mówiąc o łamaniu SRP, ale sądząc po tym co pisałeś w Programowaniu Obiektowym, nawet nie ma już co tego tematu z Tobą tykać ;p )

Jak potrzebuje wykonywać jakieś ,,operacje typu tools" ( tzw. Utility Classes :D ) to najczęściej wiem, że można zrobić to lepiej, wiele tego typu ,,operacji" to np castowanie między typami które można zrealizować przez przeciążanie operatorów. Jeśli potrzebujemy wykonać coś bardziej wyrafinowanego, należy pomyśleć o wydelegowaniu osobnego interfejsu do zadania.

@Edit
Zapomniałbym - licznik instancji to chyba jeden z nielicznych przykładów gdzie faktycznie użycie statycznych zmiennych ma jakikolwiek sens, chociaż w prawie dziesięcioletniej karierze programisty nie potrzebowałem tego robić xD

@up
ja w mojej karierze programisty, która jeszcze raczkuje, musiałem korzystać z pól statycznych. To bylo w sytuacji, kiedy wszystkie obiekty tej samej klasy musiały korzystać z jednej tablicy.
@Havaran ; mam pytanko apropo metod statycznych i C# konsolowego. Dlaczego każda metodą, którą pisałem poza metodą main, musi być statyczna?

@Kusterek jak to ,,musi"? Przykład podaj, jak wrócę do domu zerknę

Cytuj:

---

Kusterek napisał

@Havaran ; mam pytanko apropo metod statycznych i C# konsolowego. Dlaczego każda metodą, którą pisałem poza metodą main, musi być statyczna?

---

Nie jestem Havaranem, ale też mogę odpowiedzieć ;d

Dzieje się tak, bo sama metoda Main jest statyczna i nie ma utworzonego obiektu, a więc nie może używać żadnych innych niestatycznych metod tej klasy, które już obiektu wymagają. Gdybyś stworzył obiekt tej klasy w której jest Main, to będziesz mógł z niego wywoływać normalne (niestatyczne) metody.

@Havaran ;
główna klasa programu od linii 140
http://wklej.org/id/1255243/

Ale juz Gray wyjaśnił o co chodzi :P Ja uczyłem się programować na C/C++ i dlatego miałem wielkie zdziwko, że tutaj muszę dawać static przed funkcjami :P Ale jak wiadomo C# jest już w pełni obiektowy więc to co napisał Gray jest nawet logiczne ;>

Cytuj:

---

Kusterek napisał

@Havaran ;
główna klasa programu od linii 140
http://wklej.org/id/1255243/

Ale juz Gray wyjaśnił o co chodzi :P Ja uczyłem się programować na C/C++ i dlatego miałem wielkie zdziwko, że tutaj muszę dawać static przed funkcjami :P Ale jak wiadomo C# jest już w pełni obiektowy więc to co napisał Gray jest nawet logiczne ;>

---

w C++ też nie możesz ;p o ile pamietam , to by nie miało sensu w żadnym modelu obiektowym

Cytuj:

---

Havaran napisał

w C++ też nie możesz ;p o ile pamietam , to by nie miało sensu w żadnym modelu obiektowym

---

no wlasnie w C++ zadnego problemu nie ma. Tam funkcja główna nie jest w żadnym obiekcie, więc bez sensu tworzyć zmienną globaln

Patrz na kod:

Kod:

---

void intro()
{
        cout << "\nJAN KAMINSKI" << endl;
        cout << "\n\nSYSTEM EKSPERCKI" << endl;
        cout << "Dobor programu prania ubran ze wzgledu na zroznicowanie i stopien zabrudzenia ubran.\n" << endl;
}

int _tmain(int argc, _TCHAR* argv[])
{
        intro();
        return 0;
}

---

Mylisz pojęcia funkcji i metody. Funkcja może istnieć bez obiektu i nie musi być żadnemu obiektowi przypisana ( jak twoje intro() w kodzie który podałeś ). W C# nie ma czegoś takiego jak ,,funkcja". Są tylko metody przypisane odpowiednim klasom, toteż nie można w C# zrobić czegoś w stylu:

Kod:

---

intro();

---

Można jedynie uruchamiać metody dynamiczne z instancji obiektów znajdujących się w scopie danej metody innego obiektu, czyli:

Kod:

---

MojaKlasa.MojaMetodaStatyczna();

---

lub:

Kod:

---

Obiekcik obiekt = new Obiekcik(); //Nie pamietam czy operator new jest w C# xD
obiekt.mojaSuperMetoda();

---

Znam dobrze różnicę między funkcją a metodą ;P
Z racji, że C# jest wpełni obiektowy i wszystko jest w klasie to nawet main jest metodą. Dziwiły mnie tylko, że w C# konsoli musi być main statyczny jak i każda metoda w tej klasie musi być statyczna (jezeli ofc chcemy ja wywolac bez tworzenia obiektu)

Jednak powiem Ci, że jak kodziłem aplikację WPF albo Modern UI w C# to nie musiałem tworzyć metod statycznych, tak jak w przypadku C# konsola. Przyklad:
metoda:

Kod:

---

private void ZadajPytania(int pom)
        {
            PytanieBlock.Text = BazaPytan[pom].zapytanie;
            button1.Content = BazaPytan[pom].przycisk1;
            button2.Content = BazaPytan[pom].przycisk2;
        }

---

wywołanie:

Kod:

---

public MainWindow()
        {
            StworzBazeSamochodow();
            StworzBazePytan();
            InitializeComponent();
          ZadajPytania(numer_pytania);
        }

---

a wszystko to oczywiscie w klasie:

Kod:

---

public partial class MainWindow : Window
    {
        ...
    }

---

Dlatego bardziej przemawia do mnie tłumaczenie Gray'a, że jeżeli sam main jest statyczny to nie moze korzystac z zadnych niestatycznych metod tej klasy.

@Edit
w MainWindow() jesteś w kontekście obiektu przecież, więc po prostu callujesz metodę.