C#-ban miért előnyös külön osztályt készíteni a listáknak? (OOP)

???

És Javaban?

Az OOP elvei szerint mindenre előnyös egy külön osztályt készíteni, ami egy bizonyos aspektusból önálló entitásként értelmezhető. Az más kérdés, hogy technikailag mindent lehet-e, ha ez az irány érdekel, akkor a Domain Driven Development világába kell belemásznod.

Ennek a kérdésnek az égvilágon semmi értelme.

Én például azért tenném, hogy külön válasszam az osztályokat, ahol önmagát a példány viselkedését definiálnám, de mindegyikről gyűjtemény kell, ahhoz viszont akkor létrehozok egy közös nagy osztályt, ami mondjuk egy konténer osztály, és oda belepakolom inicializáláskor az összes listát üresen, majd a többi külön osztályból a megfelelő metódus paramétereként átadom ezt a konténer osztályt, mint referenciát (már ha jól mondom), és ezen keresztül mindig ahhoz a listához nyúlok, amire szükségem van. Igen, ez kvázi a "public static" kiváltása, csak itt nem lesz semmi statikus. Ebben a konténer osztályban tudsz aztán külön függvényeket is írni, amik helyben is tudják kezelni a listákat, ha szükséges, vagyis ha olyan műveletekre van szükség, amit célszerűbb ott helyben megoldani, és nem külön osztályokból hivatkozni. Bár akkor nevezhetnénk már valamilyen manager osztálynak is. A lényeg, hogy én biztosan ezért csinálnám. Nem tudom, nem -e véletlenül az ilyen osztályokat nevezik God osztályoknak, ami túl sok mindent is tartalmaz, és nagyon rá lehet függni, mert egyszerű az osztályok közötti kapcsolat vele.

Szerintem csak akkor érdemes ha extra funkció/védelem is kell.