[robie_bota]

Mirki z #java może trochę #programowanie mam dziwne pytanie
Jak byście mieli klasę która ma 10 pól to lepiej stworzyć taka oto klasę :

public class Foo{
private Foos field1;
private Foos field2;
private Foos field3;
...
private Foos field10; 

Czy lepiej jest stworzyć jedno pole tablicowe ?

public class Foo{
private Foos[] fields = new Foos[10];

I jakie sugestie na temat tworzenia obiektu gdzie założenie jest takie, że tylko są wymagane 2 pola a reszta może być null

[Golden_T]

@robie_bota: zależy jakie role pełnia dane pola, jeśli mają podobne przeznaczenie i chodzi o iteracje to jak najbardziej w tablicy.

[robie_bota]

@Golden_T: a tworzenie obiektów? Czy taki konstruktor wydaje się dobrym pomysłem

public Foo(Foos [ ] foos){
this.fields[0] = foos[0];
this.fields[1] = foos[1];
if(foos.length >=3

[CichySzelestOka]

@robie_bota: No właśnie tak jak napisali wyżej, to mają być pola typu: imie, nazwisko, miejsce zamieszkania, itp. czy wynik jakiegoś pomiaru 1,2,3,4 itd. jeśli to pierwsze to osobno, jeśli to drugie to razem.. Zależy też chcesz z tymi danymi później zrobić.
i włożyłbym to do listy, mapy albo seta a nie tablicy..

[another_throwaway23]

@robie_bota: jest jeszcze przypadek, że możesz potrzebować wiele wartości booleanskich, wtedy rozważ bitmaskę. w przypadku gdy potrzebujesz dostarczyć w konstruktorze wiele argumentów rozważ wzorzec "Builder"

[ppawel]

@robie_bota: przede wszystkim niech semantycznie ma to sens

[alex-fortune]

@robie_bota:
Zależy.

Jeśli ma sens ich rozdzielanie ( tzn są używanie osobno ) to opcja 1
Jeśli potrzebujesz operować na nich jako na kolekcji, to opcja 2

@another_throwaway23: Builder nie sprawi, że Twój konstruktor będzie mniejszy, conajwyżej ładniej kod wygląda przy callowaniu z zewnątrz.

[another_throwaway23]

@alex-fortune: pytanie było o sugestię tworzenia obiektu gdzie wymagane są 2 wartości, a reszta jest opcjonalna - do tego Builder nadaje się wyśmienicie. Nie widzę, gdzie jest mowa o zmniejszaniu konstruktora.