Quanto l'architettura software dipende dalla lingua?

Un'architettura software è molto simile all'architettura di una casa o di un ponte. Un ponte deve sostenere il peso di se stesso e dei veicoli che lo percorrono o le persone che lo percorrono. Deve resistere alle intemperie. I materiali che usi per costruirlo devono essere sia forti che relativamente leggeri.

Ci sono molti materiali che puoi usare per costruire una casa. Puoi usare mattoni o stucco. È possibile utilizzare travi in legno o in metallo. Ogni materiale ha le sue caratteristiche, in termini di peso, forza e così via. Tutte queste caratteristiche influenzano l'architettura.

Allo stesso modo, il linguaggio di programmazione che usi influenza il modo in cui costruisci la tua architettura. La tua architettura apparirà diversa in un linguaggio di programmazione che ha classi come C ++ rispetto a un linguaggio di programmazione che non lo è, come C.

I principi SOLID riguardano principalmente i linguaggi orientati agli oggetti (cioè le lingue hanno classi).

L'architettura dipende dalle capacità per raggiungere i suoi obiettivi. Le scelte linguistiche possono limitare le capacità. Qualsiasi linguaggio completo di Turing ha la capacità di completare qualsiasi attività di programmazione. Dopo quel punto si tratta di come il linguaggio umano consente alla soluzione di essere comprensibile.

Molti schemi di architettura software ti chiedono di rimuovere tutta la conoscenza delle scelte tecnologiche dalle regole aziendali del dominio principale. L'unica scelta tecnica che non puoi mai rimuovere dalla base è la lingua in cui hai scelto di esprimerla.

Quando i libri sull'architettura si limitano a raccontarti dei loro obiettivi, la lingua non conta finché è in grado di raggiungere l'obiettivo. Quando i libri ti dicono come raggiungere questi obiettivi la lingua inizia a mater.

L'architettura come termine ha un significato molto specifico che è molto correlato all'architettura nel mondo fisico e al suo interno riguarda l'arte e la pratica della costruzione di cose, di come le cose sono fatte e messe insieme. In questo modo, quando l'architettura è ben fatta, penso che la lingua sia molto legata all'architettura, proprio come un edificio ben architettato dovrebbe essere intimamente informato dal materiale da cui è costruito.

Nel software, le scelte architettoniche dovrebbero essere fatte in modo congruo con le proprietà del linguaggio. Se stai costruendo un sistema con un linguaggio orientato agli oggetti, allora mi aspetto che anche l'architettura del sistema sia orientata agli oggetti. Se stai costruendo un sistema con un linguaggio funzionale, mi aspetto che l'architettura di quel sistema sia anche funzionale.

Ha senso?

Direi, per iniziare, che anche la lingua in cui pensi ha una profonda influenza su ciò che puoi concepire. C'è un motivo per cui PASCAL è stato creato da Niklaus Wirth e C da Brian Kernighan e Dennis Ritchie.

A un livello superiore, la capacità di esprimere determinati concetti (e la mancanza di altri) dirigerà il tuo pensiero e ti farà arrivare a certe soluzioni che non sarebbero necessariamente la stessa altra persona, con uno sfondo diverso, emergerebbe con.

Infine, i concetti che menzioni possono essere tutti implementati in qualsiasi linguaggio generico. È solo che potrebbero non avere supporto sintattico e l'implementazione potrebbe essere complicata. Puoi scrivere codice assembly x86 orientato agli oggetti se sei sufficientemente impegnato (o abbastanza folle) come potresti con C. In realtà, le prime implementazioni di C ++ erano i preprocessori che compilavano il tuo codice C ++ in C (ei nomi dei simboli storpiati creati debug molto più divertente).