Gli array sono strutture dati idonee per i costruttori?

Non ci sono differenze nell'idoneità degli array [1] come argomenti di funzioni o di costruzione. La vera domanda è se un array è un modello corretto per il tipo di dati che hai. Nel tuo esempio in cui hai un messaggio in 2 parti con un ID, trasformando (pseudo codice)

Message(String id, String a, String b)

a

Message(String[3] message)

è sbagliato perché una matrice è la struttura dati errata per quel tipo di dati. Non hai una lista di tre testi. Quello che hai sono tre pezzi di dati che comprendono una singola entità strutturata. Quindi anche i tre argomenti separati sono altamente discutibili perché non riescono a esprimere che tutti appartengono insieme. Almeno usa qualcosa del genere:

struct MessageData {
    String id;
    String a;
    String b;
}

Message(MessageData message)

Tuttavia, non è nemmeno la struttura dati ideale. id dovrebbe essere davvero di un suo tipo distinto che forse contiene una stringa all'interno. Perché?

• È un identificatore, non un testo. Quindi non dovrebbe essere una stringa.
• Disponiamo di dati testuali che rappresentano due concetti diversi: "identificatore" e "testo del payload". (Almeno questo è il modo in cui ho scelto di interpretare a e b per mancanza di informazioni più specifiche sul tipo di messaggio.) I diversi concetti dovrebbero essere modellati come tipi diversi.

Ciò a cui tutto questo si riduce è: Utilizza il sistema di tipi alla sua massima estensione per rendere le tue strutture dati il più espressive possibile. Dopotutto, ecco perché abbiamo i sistemi di tipi in primo luogo.

[1]: sto usando "array" in senso lato qui - come in un contenitore per una sequenza di valori

È possibile utilizzare in modo assoluto gli array come strutture di dati e passarli a costruttori e metodi. Lasciatemi proporre alcuni esempi:

• Un'applicazione di adattamento della curva. Il modello complesso viene suddiviso in una serie di numeri in virgola mobile a precisione doppia che rappresentano i parametri di adattamento. La funzione che calcola l'errore di adattamento includerà questa serie di numeri in virgola mobile a precisione doppia oltre a un riferimento al modello complesso. Il vantaggio è che il codice di adattamento di per sé non ha bisogno di conoscere il modello complesso, ha solo bisogno di conoscere i parametri di montaggio N. Quindi, puoi sviluppare il codice di adattamento indipendentemente dal tuo codice di simulazione.
• Grafici a linee di disegno. Fornirai alla libreria del grafico a linee due array di numeri in virgola mobile a precisione doppia: uno che contiene i valori X e altro che contiene i valori Y. Se usi Java, il vantaggio è che la matrice è molto più veloce e ha bisogno di meno garbage collection di alcuni astratti List di Pair<Double, Double> objects.
• Argomenti della riga di comando. La funzione main prende una matrice di oggetti String .
• Simulazione di curve monodimensionali per il montaggio. La funzione prende un punto dati di coordinate X insieme a un modello complesso e calcola la quantità di interesse per ciascun punto di dati.

Sono sicuro che ci sono molti altri esempi. Ho appena scelto gli esempi rilevanti per l'applicazione che sto attualmente sviluppando.

La domanda collegata sta cercando un modo per non passare esplicitamente in tutte le proprietà di un oggetto che non usa setter.

Il modo normale di avere qualche altra classe di impostazioni o struct con i valori denominati e di passarli non li aiuta perché quella classe avrebbe essenzialmente lo stesso problema.

Quindi qualcuno suggerisce di passare in un array. Ma non come un modo ottimale di costruire, poiché ovviamente perdi i nomi dei parametri. Proprio come una soluzione pratica al loro dilemma irrisolvibile.