Enum z metodami funkcjonalnymi (Combine Class/Enum)

Question

Może mi brakować jakiegoś punktu tutaj, jeśli tak jest - włącz tę dyskusję jako część mojego pytania :).

Jest to skrócona próbka działającego kodu o zmienionej nazwie. GetTicks (..) to pojedyncza próbka, która może być dowolną funkcjonalnością (wartość > 0 < 9 powinna zwrócić określoną Enum a.so).

public static class Something 
{ 
    public enum TypeOf : short 
    { 
     Minute = 2, Hour = 3, Day = 4, ........ 
    } 

    public static long GetTicks(Something.TypeOf someEnum) 
    { 
     long ticks = 0; 
     switch (someEnum) 
     { 
      case Something.TypeOf.Minute: 
       ticks = TimeSpan.TicksPerMinute; 
       break; 
      case Something.TypeOf.Hour: 
       ticks = TimeSpan.TicksPerHour; 
       break; 
     .... 
     } 
     return ticks; 
    } 
} 


// This class is called from anywhere in the system. 
public static void SomeMethod(string dodo, object o, Something.TypeOf period) 
{ 
    // With the design above 
    long ticks = Something.GetTicks(period); 

    // Traditional, if there was a simple enum 
    if (period == Something.Day) 
     ticks = TimeSpan.FromDays(1).Ticks; 
    else if (period == Something.Hour) 
     ticks = TimeSpan.FromHours(1).Ticks; 
} 

Chodzi o zbieranie funkcjonalności, która dotyczy enum, jak najbliżej samego enum. Wyliczenie jest funkcją przyczyny. Również znajduję łatwą i naturalną możliwość szukania takiej funkcjonalności w pobliżu enum. Ponadto można go łatwo modyfikować lub rozszerzać.

Wadą, którą mam, jest to, że muszę podać enum bardziej wyraźne Something.TypeOf. Wygląd może nie wyglądać normalnie? i miałoby zastosowanie, gdyby wyliczenie było do użytku wewnętrznego w klasie.

Jak mógłbyś zrobić to ładniej? Próbowałem abstrakcyjne, podstawowe dziedziczenie, częściowe. Żadne z nich nie wydaje się mieć zastosowania.

Answer 1

C# przymiotniki nie działają dobrze w ten sposób. Jednakże, można zaimplementować własną „stałe zbiór wartości” dość łatwo:

public sealed class Foo 
{ 
    public static readonly Foo FirstValue = new Foo(...); 
    public static readonly Foo SecondValue = new Foo(...); 

    private Foo(...) 
    { 
    } 

    // Add methods here 
} 

Jak to się dzieje, jeden przykład mam tego jest niezwykle podobne do Ciebie - DateTimeFieldType w Noda Time. Czasami możesz nawet chcieć, aby klasa została otwarta, ale zachowaj prywatny konstruktor - który pozwala tworzyć subklasy tylko jako zagnieżdżone klasy. Bardzo przydatny do ograniczania dziedziczenia.

Minusem jest to, że nie można użyć przełącznika :(

Answer 2

Jeśli nie przeszkadza trochę więcej pisania można zrobić metody rozszerzenie rozszerzenie interfejsu wyliczenia.

np

public enum TimeUnit 
{ 
    Second, 
    Minute, 
    Hour, 
    Day, 
    Year, 
    /* etc */ 
} 
public static class TimeUnitExtensions 
{ 
    public static long InTicks(this TimeUnit myUnit) 
    { 
     switch(myUnit) 
     { 
      case TimeUnit.Second: 
       return TimeSpan.TicksPerSecond; 
      case TimeUnit.Minute: 
       return TimeSpan.TicksPerMinute; 
      /* etc */ 
     } 
    } 
} 

można dodać metody „Instancja” Twoje teksty stałe. jest to trochę bardziej gadatliwy niż najbardziej jak chociaż.

Pamiętaj jednak enum powinny być traktowane głównie jako nazwana wartość.