C# type design Question

Question

Cela peut sembler un peu stupide, mais je suis toujours curieux de savoir ce que la communauté pense.
J'ai donc un WebService retournant une classe UpdateInfo.
Considérons maintenant les définitions suivantes

public enum TTCFileType 
{ 
    API = 0, 
    BOOKMARK, 
    TICKMARK 
} 
public class FileUpdateInfo 
{ 
    public string FileName; 
    public string FileDownLoadURI; 
    public TTCFileType FileType; 
} 
public class UpdateInfo 
{ 
    public FileUpdateInfo fuInfo; 
    //Other 
} 

Voici la question, si le TTCFileType a la valeur TICKMARK alors je besoin d'un autre type ENUM à savoir Tickmark (les exigences logiques de biz cette information). Je me demande quelle est la meilleure façon de représenter cela. Je ne veux pas une signature de méthode où j'ai quelque chose comme

UpdateMethod(UpdateInfo ui, TickMarkType tt) 

où j'examinerai tt si ui.fuInfo.FileType == TTCFileType.TICKMARK
Je suppose que je suis en train de trouver un moyen élegante au moins pour représenter l'exigence conditionnelle pour obtenir le deuxième morceau de informations sur (à bien des égards cela rappelle tellement VARIANTS, si var.VT == VT_ [truc] puis utiliser vt. [thingy] et oui je sais comment les développeurs # c se sentent sur les syndicats :-)
Quoi qu'il en soit curieux s'il y a un astucieux façon de le faire Merci

Answer 1

Idéalement, vous avez besoin de deux structure supplémentaire (s)

public enum TickmarkType 
{ 
    TYPE1=0, 
    TYPE2 
} 

public class TickMarkFileUpdateInfo : FileUpdateInfo 
{ 
    public TickmarkType type; 
} 

Et puis lire sur polymorphism in web services

Answer 2

Il suffit d'inclure TickMarkType champ à FileUpdateInfo classe?

Answer 3

Stockez la valeur enum comme int. Ajoutez un peu de décalage à la valeur de votre deuxième énumération (par exemple, 1000) de sorte que si la valeur provient de la première énumération, elle est 0..2 et si elle provient de la deuxième énumération, elle est 1000.1010 ou autre. Ensuite, vous pouvez définir 2 propriétés, une qui renvoie un TTCFileType Nullable et l'autre qui renvoie un TickType Nullable, pour lire et écrire les valeurs dans le champ int.

Answer 4

Je serais tenté d'aller avec quelque chose comme:

public enum TTCFileType 
{ 
    API = 0, 
    BOOKMARK, 
    TICKMARK_TYPE1 = 100, 
    TICKMARK_TYPE2 = 101, 
    TICKMARK_TYPE3 = 102 
} 

et ainsi de suite. Selon le nombre et la facilité de gestion, vous vous sentirez dans le contexte plus large de votre code.

Answer 5

Il semble que vous essayez d'utiliser uniquement des structures de données, lorsque vous utilisez des fonctionnalités OO (telles que l'héritage) peut vous aider. Peut-être que cet exemple de code vous donne quelques idées:

public class Update 
{ 
    // ... ? 
} 

public class FileUpdate : Update 
{ 
    public virtual string Name { get; set; } 
    public virtual string DownloadUri { get; set; } 
    public virtual bool IsTickMarked { get; set; } 
} 

public class ApiFileUpdate : FileUpdate 
{ 
    // ... 
} 

public class BookmarkFileUpdate : FileUpdate 
{ 
    // ... 
} 

Vous pouvez toujours les sérialiser, compte tenu des attributs de sérialisation appropriés. En fait, vous pouvez définir des méthodes (potentiellement virtuelles) sur ces différentes classes et les utiliser réellement pour implémenter votre programme.

La ségrégation excessive de vos données et de votre code est connue sous le nom Anemic Domain Model Anti-Pattern.