[Rasteris]

Filozofia i programowanie ( ͡° ͜ʖ ͡°)

Co lepiej mieć tablicę obiektów czy tablicę w obiekcie? Przykladowo klasa kot, obiekt koty gdzie jest tablica struktur w której są dane o kotach. Czy dla oazdego kota osobny obiekt i trzymanie tego w main? Widzę zalety i wady każdego podejścia.

#programowanie #obiektowosc

[LazyInitializationException]

@Rasteris: Kot nie składa się z kotów, więc oczywiście, że nie tablica w obiekcie.

[M.....f]

@Rasteris:

tablica struktur w której są dane o kotach

Czyli ta struktura to będzie "Kot", a do przechowywania tego nie musisz mieć klasy "Koty", bo już masz inną w twoim języku programowania. W Javie na przykład ArrayList

[Kolorowezworki]

@Rasteris: Po co Ci obiekt nadrzędny, w którym jest tablica obiektów? Trzymanie obiektów tego samego typu luzem, bez żadnej kolekcji brzmi jak bardzo zły pomysł.

[hellfirehe]

@Rasteris: zależy jeszcze czy mówimy o czytelności kodu, czy np. wydajności która zależy bardzo od tego jak się rzeczy układają w pamięci

Ogolnie rozważań na ten temat jest trochę https://en.m.wikipedia.org/wiki/AoS_and_SoA

[Rasteris]

@LazyInitializationException: ale sąsiadka moze mieć abstrakcyjny obiekt koty. Ma ich 30. Ma też 10 psów. Zamiast tworzyć 30 obiektów kot jest jeden koty, gdzie masz listę jej kotów. Raz tworzysz obiekt i w nim zarządzasz poszczegolnymi kotami, a nie dodajesz i usuwasz poszczególne obiekty, które i tak musisz wpakować w tablicę. Bo nie wiesz kiedy dojdzie jej kot albo odejdzie.
Mozesz mieć obiekty kotyKowalskiej, kotyGoździkowej.
I ma to też sens logiczny.

[LazyInitializationException]

@Rasteris: Klasa kot modeluje kota. Kot nie składa się z kotów. Możesz sobie zrobić klasę Koty i ok. Ale to i tak głupie. Wystarczy że sobie zrobisz Kot[] kotyGoździkowej; Kot[] kotyKowalskiej.

[FocentDiutt]

@Rasteris: https://en.m.wikipedia.org/wiki/Composite_pattern

[Rasteris]

@LazyInitializationException: czepiłeś się kwestii nazewniczej. Pytani3 jest czy robić kazdego kota osobnym obiektem. Jak wpakujesz wszystkie do jednego obiektu to mozesz wywalić z funkcji wywolującej sporo logiki do klasy. Zamiast iteracji nakarmKota[i] wywołujesz nakarmWszystkieKoty. Większa przejrzystość. W przypadku funkcji, które operują na wszystkich kotach lepiej mieć koty w tablicy w klasie. Wtedy jednym wywolaniem to robisz, zamiast w głównej części wszystko wywolywać kolejno. Jeśli nie masz takich czynności wiele to nie

[LazyInitializationException]

@Rasteris:

Pytani3 jest czy robić kazdego kota osobnym obiektem

Tak robić

Btw

czepiłeś się kwestii nazewniczej

Nazewnictwo to jedna z najważniejszych rzeczy w programowaniu

[sepuqqu]

@Rasteris przydatność zrobienia prostego interfejsu do nakarmienia wszystkich kotów nie sprawia że kot składa się z kotów

[Rasteris]

@sepuqqu: @LazyInitializationException:

Czy zaopatrzeniowca w ZOO interesuje ile je słoń franek, słoń zenek i slonice hela i maryna czy interesuje go ile jedzą wszystkie slonie? W zależności od tego do czego najczęściej sięgamy powinno to być. Zaopatrzeniowca malo to interesuje ile je franek, ale opiekuna slonia tak.
Po cholerę zaciemniać kod odpytywaniem o każdy obiekt zamiast odpytac się raz? Czy tworzyc dodatkową klasę, która będzie to agregować? Kot ma swoje

[LazyInitializationException]

@Rasteris: tak, masz rację. Ile już lat programujesz?

[sepuqqu]

Po cholerę zaciemniać kod odpytywaniem o każdy obiekt zamiast odpytac się raz?

@LazyInitializationException: Po co w ogóle zaciemniać kod obiektami skoro możesz mieć wszystkie tablice na początku w mainie? ( ͡° ͜ʖ ͡°)

[LazyInitializationException]

@sepuqqu: po co zaciemniać kod tablicami jak można dla każdego kota tworzyć osobną zmienną ( ͡° ͜ʖ ͡°)