Penamaan kelas dan antarmuka terkait

Saya telah membuat ObjectParserkelas yang mem-parsing data menjadi objek yang sangat diketik menggunakan IObjectParserDataSourcesumber data (data bisa berupa file Excel, file teks, array, string kueri, dll).

Contoh implementasi saya IObjectParserDataSourceadalah:

• TextFileObjectParserDataSource
• ExcelFileObjectParserDataSource

Nama-nama kelas ini terasa sangat panjang dan berbelit-belit bagi saya.

Saya bisa memberi nama mereka:

• TextFileDataSource
• ExcelFileDataSource

Tapi ini menimbulkan tingkat ambiguitas dan mereka tidak menjadi sejelas terkait dengan IObjectParserDataSourcepandangan pertama. Ini menjadi penting karena mendefinisikan sumber data ini akan terjadi dalam kode klien dan saya ingin meminimalkan potensi kebingungan dan ketidakpastian.

Bagaimana Anda memberi nama kelas-kelas ini dalam skenario seperti itu?

Saya biasanya mencoba untuk mengatasi masalah ini dengan menempelkan semua objek serupa ke dalam satu namespace dan menyederhanakan nama mereka (jika saya bisa melakukannya).

Misalnya, mau

namespace ObjectParserDataSources
|
| -> kelas TextFileSource
| -> kelas ExcelFileSource

Atau, jika koleksi benda-benda bekerja dengan / servis ObjectParsermenjadi cukup besar, aku akan membuat pohon folder terpisah atau proyek yang ditujukan hanya untuk ObjectParser:

namespace ObjectParser
|
|-> class ObjectParser
|-> interface IObjectParserDataSource
|
|-> namespace DataSources
|   |
|   |-> class TextFileSource
|   |-> class ExcelFileSource
|
|-> other stuff...

Dalam setiap file yang diberikan, laporan impor dan konteks kode biasanya akan membuatnya cukup jelas bahwa TextFileSourceadalah ObjectParsersumber data. Jika ada beberapa kelas dengan nama yang sama di bagian kode yang sama, Anda dapat merujuk TextFileSourcedengan nama lengkapnya:

var parserSource = new ObjectParser.DataSources.TextFileSource(/*...*/);

Ini biasanya terjadi sangat jarang dan saya tidak keberatan mengetik beberapa kata tambahan.