関連するクラスとインターフェースの命名

データソースとしてObjectParserを使用しIObjectParserDataSourceて、厳密に型指定されたオブジェクトにデータを解析するクラスを作成しました（データは、Excelファイル、テキストファイル、配列、クエリ文字列など）。

私の実装例IObjectParserDataSourceは次のとおりです。

• TextFileObjectParserDataSource
• ExcelFileObjectParserDataSource

これらのクラス名は本当に長く複雑に感じられます。

それらに名前を付けることができます：

• TextFileDataSource
• ExcelFileDataSource

しかし、これはある程度のあいまいさをもたらし、IObjectParserDataSource一見しただけでは明確に関連するようにはなりませんでした。これらのデータソースの定義はクライアントコードで行われ、混乱や不確実性の可能性を最小限に抑えたいので、これは重要になります。

このようなシナリオでは、これらのクラスにどのような名前を付けますか？

私は一般に、このような問題を回避するために、すべての類似オブジェクトを1つの名前空間に貼り付け、それらの名前を簡略化します（可能な場合）。

たとえば、

名前空間ObjectParserDataSources
|
|->クラスTextFileSource
|->クラスExcelFileSource

または、/サービスで動作するオブジェクトのコレクションがObjectParser十分に大きくなる場合は、ObjectParser専用の個別のフォルダーツリーまたはプロジェクトを作成します。

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

特定のファイル内では、インポートステートメントとコードコンテキストにより、通常、それTextFileSourceがObjectParserデータソースであることが明確になります。同じコードに同じような名前のクラスが複数ある場合はTextFileSource、フルネームで参照できます。

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

通常、これは非常にまれにしか発生せず、余分な数の単語を入力してもかまいません。