Java (Playlist 2) OOP - ITA 4: classi in dettaglio - costruttori e metodi getter/setter 

hai risolto?

In una classe potresti avere decine di variabili nello stato interno. Improponibile prevedere costruttori che accettino così tanti valori). Quello che si fa è gestire le più importanti con i costruttori e per le altre un setter (un costruttore lo puoi invocare solo una volta per oggetto). Ma potrà ben capitare di dover modificare una variabile precedentemente inizializzata con un costruttore: di nuovo c'è bisogno di un setter. Dopo aver creato un oggetto è normale doverlo 'osservare' ogni tanto, cioè estrarre i valori attuali delle variabili; di nuovo servono metodi, getter questa volta. L'alternativa sarebbe dichiarare le variabili public che è un SUICIDIO progettuale. Quindi si usano metodi, loro si public, getter e setter. La differenza sta nel fatto che un getter e setter possono fare tutta una serie di controlli e automatismi che non potranno essere evitati.

Java inizializza in automatico gli int a zero; quindi in questo caso è la stessa cosa. Ma io sono troppo abituato ad inizializzare per sicurezza

Perfetto, si anche io prefrisco essere ridondante a beneficio della maggior chiarezza Grazie come sempre (PS: ma ci sarà ancora una 5° playlist di Java?)

Non escludo, talmente vasto come mondo che ogni tanto penso proprio ritornerò...

Giuseppe foglia riduci la qualità

Non bada tanto agli spazi, ma quelli in automatico di eclipse fanno schifo cioè

non è una questione di spazi, è che per esempio dopo " ; " deve andare a capo, poi la " { " le mette come capita e questo è veramente sbagliato rende il codice illeggibile e difficile da aggiustare o modificare quando è molto lungo.

Mah stai esagerando, il codice è molto leggibile anche se non è come lo scriveresti tu o io, ma ripeto che vedere uno spazio tra un int a = 0; della auto formattazione di eclipse fa veramente schifo