In alcuni linguaggi object oriented, specialmente quelli senza funzioni free standing, è ora consigliabile avere una classe per file, con il nome del file uguale al nome della classe. Per esempio. MyClass.cs che memorizza la classe MyClass - questo tipo rende il concetto di un file inutile.
È noto quali fossero le ragioni per i linguaggi moderni come java e c # mantenendo i file rispetto ad altre soluzioni come ad es. un database per progetto?
I file del codice sorgente hanno molti vantaggi rispetto ai database del codice sorgente. Appena in cima alla mia testa:
1) Più facile con cui lavorare. È possibile aprire un file di testo in un IDE di propria scelta o qualsiasi editor di testo. Un database richiederebbe un editor con un'interfaccia speciale. 2) Più facile da condividere. È molto più semplice inviare a qualcuno un singolo file contenente un piccolo frammento di codice se quel piccolo frammento di codice è contenuto in un singolo file in primo luogo. 3) Più facile al controllo della versione. Il controllo della versione è progettato per il testo, il che significa che i file di testo possono essere messi a disposizione in base al software di controllo della versione disponibile. Provare a codice basato su database sarebbe un disastro!
Tieni presente il principio "meno 100 punti" : ogni funzione linguistica richiede molto lavoro per creare e implementare, quindi la domanda non è "perché una lingua non ha la caratteristica X", ma piuttosto "la caratteristica X è abbastanza utile per renderla utile per superare gli ostacoli all'implementazione vero?" Nel caso di una funzione come questa, dato che richiederebbe un rinnovamento di la nostra intera infrastruttura di codifica per supportarla, le barriere sono più alte del solito!
Leggi altre domande sui tag object-oriented language-design