Ich habe eine ObjectParser
Klasse erstellt, die Daten unter Verwendung von IObjectParserDataSource
als Datenquelle in stark typisierte Objekte analysiert (die Daten können eine Excel-Datei, eine Textdatei, ein Array, eine Abfragezeichenfolge usw. sein).
Beispiele für meine Implementierungen von IObjectParserDataSource
sind:
TextFileObjectParserDataSource
ExcelFileObjectParserDataSource
Diese Klassennamen fühlen sich für mich sehr lang und verworren an.
Ich könnte sie nennen:
TextFileDataSource
ExcelFileDataSource
Dies führt jedoch zu einer gewissen Mehrdeutigkeit, mit der sie IObjectParserDataSource
auf den ersten Blick nicht so eindeutig verbunden sind . Dies wird wichtig, da die Definition dieser Datenquellen im Client-Code erfolgt und ich potenzielle Verwirrung und Unsicherheit minimieren möchte.
Wie würden Sie diese Klassen in einem solchen Szenario benennen?
quelle
ExcelFileOPDS
,TextFileOPDS
. Es spart ein wenig an Eingabe und Platz auf dem Bildschirm, ist aber für jemanden, der mit dem Code nicht vertraut ist, undurchsichtig.Antworten:
Ich versuche im Allgemeinen, dieses Problem zu umgehen, indem ich alle ähnlichen Objekte in einen Namespace stecke und ihre Namen vereinfache (wenn ich das kann).
Zum Beispiel hätte
Wenn die Sammlung von Objekten, die mit / servicing arbeiten,
ObjectParser
groß genug wird, würde ich einen separaten Ordnerbaum oder ein separates Projekt erstellen, das nur ObjectParser gewidmet ist:Innerhalb einer bestimmten Datei machen die Importanweisungen und der Codekontext normalerweise ziemlich deutlich, dass
TextFileSource
es sich um dieObjectParser
Datenquelle handelt. Wenn sich mehrere gleichnamige Klassen im selben Code befinden, können Sie aufTextFileSource
den vollständigen Namen verweisen :Es kommt normalerweise sehr selten vor und es macht mir nichts aus, ein paar zusätzliche Wörter zu tippen.
quelle