Interfaccia Serializable Java

[peppepayens]

raga ho un problema..
ho un client server basato sul gioco tris...
il client mi chiede la lista dei giocatori connessi...attraverso il comando list
il server risponde dando i nomi dei client connessi...es. client2 client1
come è possibile che in questo progetto non c'è bisogno di serializzare ogni oggetto che passa da client a server e viceversa..
tenete in considerazione che ho classi giocatori e partite con determinate caratteristiche....

[PGI-Bis]

C'è la serializzazione che è la trasformazione di un dato aggregato in una successione di valori atomici, al fine di trasmetterlo tramite un flusso dati, e la "serializzazione java", che è un tipo particolare di serializzazione, usata dalla piattaforma Java.

La distinzione conta perchè non puoi comunicare un dato aggregato (cioè composto di altri dati) attraverso un flusso di rete senza serializzarlo, ma puoi farlo senza usare la serializzazione java (cioè userai un altro tipo di serializzazione).

Quindi se la domanda è "com'è possibile che il programma funzioni senza serializzare le informazioni che trasmette", la risposta è "non è possibile".

Se è "com'è possibile che il programma funzioni senza usare la serializzazione java per le informazioni che trasmette", la risposta è "si vede che usa un tipo diverso di serializzazione".

Ad esempio è possibile trasmettere un'ipotetica scacchiera con nove caselle dichiarando una classe Scacchiera, serializzabile, comunicata tramite un ObjectInput/OutputStream, o trasmettere non l'istanza della Scacchiera ma lo stato delle sue nove caselle in forma di array di byte: sempre serializzazione è, solo che non è serializzazione Java.

[peppepayens]

infatti non uso outputstreamreader e infatti ho nel threadclient un metodo stampa della scacchiera..
quindi il server fa tutte le operazioni di una partita di tris ed eventuali richieste di classifica e liste di giocatori connessi al server..
e nel client c'è la stampa della scacchiera...
però se chiedo la lista di giocatori presenti...
quindi io chiedo la lista arrayList<Giocatore> giocCollegati dove sono presenti i giocatori connessi, la serializzazione qui come avviene....

grazie cmq per la risp già il fatto che io possa usare una serializzazione diversa da quella java è uuna cosa che non avevo capito...

[peppepayens]

forse i file che mando di risp dal server al client non sono file aggregati???
io mando un arraylist<Giocatore> utenti = Server.getGiocatoriCollegati()
secondo te può essere questo il motivo??

[PGI-Bis]

Il discorso è un po' lungo e riguarda quelle che si chiamano convenzioni di formato.

Quello che avviene è questo.

Il client chiede al server la lista di oggetti Giocatore
In risposta, il server invia ai client la lista dei giocatori rappresentata in un formato convenzionale, noto al client
Il client riceve questa rappresentazione convenzionale e la trasforma in una lista di oggetti Giocatore

Supponiamo ad esempio che un giocatore sia un'istanza di una classe così fatta:

public class Giocatore {
    private int id;

    public Giocatore(int id) { this.id = id; }

    public int getID() { return id; }
}

Come potrebbe avvenire lo scambio di una lista di giocatori tra il server e il client? Be', posto che il giocatore è qualificato da un unico valore, l'intero id, il server potrebbe mandare la lista in questo formato (usando cioè questa convenzione)

[N = int = numero di giocatori] seguito da N volte [un intero = l'id del giocatore]

Quando il client riceve la risposta, legge il primo intero e "capisce" che ci sono N giocatori, dopodichè dice:

per N volte:
int id = leggi un intero dal socket
Giocatore g = new Giocatore(id);
lista.add(g);

E' molto probabile che i tuoi Giocatori siano più complicati di così ma il meccanismo resta lo stesso, cambia solo la complessità del formato convenzionale che viene usato per trasformare i dati contenuti in un giocatore in modo tale che il client, quando li riceve, sia in grado di ricostruirli.

La stessa serializzazione Java non funziona in modo diverso, nasconde solo tutti i passaggi intermedi.