Возможно, но вам придется определить enum
вручную.
Является ли это хорошим дизайном, зависит от количества различных событий, которые вы определяете, и когда. Можно ли создавать новые определения событий и не нужно менять свой код? В этом случае, enum
, вероятно, будет плохой идеей. Если список идентификаторов событий является статическим и не слишком большим, тогда enum
будет приемлемым и (на мой взгляд) даже поощряемым.
Редактировать: Мои извинения, решение, которое я предоставил, было на самом деле так, как оно было сделано в LINQ to SQL, а не в Entity Framework 1.0. Должно быть, нехватка кофе. То, как это делается в EF, состоит в том, чтобы определить правильно типизированное свойство в частичном классе.
Например, в моей базе данных есть столбец EventType, который я хочу сопоставить с enum
. Я переименовал свойство из значения по умолчанию EventType
в EventTypeInt
, как показано ниже:
(источник: subbot.net )
Затем вы устанавливаете свойства Getter и Setter для этого столбца на private (в окне диспетчера свойств, которое вы, вероятно, использовали для переименования EventType). Как только это будет сделано и сохранено, используйте следующий код:
public enum EventType
{
Unknown = 0,
Concert = 1,
Festival = 2
}
public partial class EventCalendar
{
public EventType EventType
{
get { return (EventType)EventTypeInt; }
set { EventTypeInt = (int)value; }
}
}
Да, это утомительно. Это было намного более практично в моделях LINQ to SQL.