Qual è il modo migliore per strutturare e denominare i file che contengono classi generiche con lo stesso nome?

Nel mio progetto attuale mi sono imbattuto nel requisito di creare classi generiche con lo stesso nome, ma numeri diversi di parametri generici. Per esempio:

MyClass<T1>
MyClass<T1, T2>
MyClass<T1, T2, T3>

Dato che voglio tutto ciò nello stesso spazio dei nomi, sono confuso su come strutturare e denominare le mie classi e i miei file?

Se seguiamo l'idea che dovremmo avere classi limitate a una per file e che i file dovrebbero trovarsi in una struttura di cartelle che rappresenta la gerarchia dello spazio dei nomi e che il nome del file deve corrispondere al nome della classe, come posso gestire questa situazione ?

Quello che sto veramente chiedendo qui è come dovrei nominare il file che contiene MyClass<T1>e come dovrei nominare il file che contiene MyClass<T1, T2>? Non sto chiedendo quali dovrebbero essere i nomi dei parametri di tipo.

MyGenericClass`1.cs
MyGenericClass`2.cs
MyGenericClass`3.cs

E così via, dove il numero dopo il backtick è il numero di parametri di tipo generico. Questa convenzione è utilizzata da Microsoft.

In alternativa, puoi usare qualcosa di simile

MyGenericCollectionClass[TKey, TValue].cs

che conserva non solo il numero di parametri di tipo generico, ma anche i loro nomi specifici. Certo, non conserva le parentesi angolari, ma non possiamo avere tutto nella vita che vogliamo, vero?

Nel caso di Tuplee Actionche Pete ha menzionato, Microsoft stessa usa un singolo file - vedi Tuple.cs e Action.cs .

Penso che dipenda in parte dal fatto che la funzionalità di tutte le classi sia sostanzialmente la stessa. Personalmente non mi piace raggruppare le classi in un singolo file, ma questa potrebbe essere un'eccezione. Nel codice sorgente in cui lavoro ho aggiunto una NamedTupleclasse generata automaticamente (usando T4) che agisce allo stesso modo Tuple, ma con un nome di stringa come primo argomento nel costruttore.

Per rispondere alla tua domanda, se non vuoi usare un singolo file, forse usa MyClass_1.cs per MyClass<T1>, MyClass_2.cs per MyClass<T1, T2>, ecc.

Nessuna delle due opzioni è l'ideale, quindi sarei propenso a suggerire l'argomento "Microsoft farlo in questo modo, quindi ...".

Ti sei chiesto se le lezioni hanno davvero lo stesso intento? Se una classe è più generica dell'altra, allora sarà una GenericClass , una MoreGenericClass e una MostGenericClass . Immagina che ogni parametro di tipo di una classe aggiunga una nuova dimensione alla classe, quindi potrebbe essere utile chiedersi quale dimensione sia.

Facciamo questo esempio:

• Container<Thing>
• MetricContainer<Thing, Metric>
• MetricTransportableContainer<Thing, Metric, Transport>

Sono consapevole che non è l'esempio migliore, ma molto espressivo per mostrare tre dimensioni:

• Dimensione interna, cosa può caricare
• dimensione metrica, con quale metrica può essere caricata, solo per conteggio delle cose o per misura quadrata o per capacità cubica o in peso
• Dimensione esterna, dove può essere caricata.

Quindi puoi modellare il trasporto di auto:

Container<Cars>
MetricContainer<Cars, CountMetric>
MetricTransportableContainer<Cars, CountMetric, Ship>

Trasporto di fluidi:

Container<Fluid>
MetricContainer<Fluid, Volume>
MetricTransportableContainer<Fluid, Volume, Shelf>

Trasporto di energia:

Container<Energy>
MetricContainer<Energy, ElectricPower>
MetricTransportableContainer<Energy, ElectricPower, Box>

Trasporto di zucchero, cereali:

Container<CrumblyMaterial>
MetricContainer<CrumblyMaterial, Weight>
MetricTransportableContainer<CrumblyMaterial, Weight, Silo>

Oh, che sorpresa: a List<T>ha una dimensione che rappresenta le cose che la lista può contenere; e questo è un Map<T, S>con due dimensioni che rappresentano le cose che la mappa può contenere e le chiavi di accesso.