Как разместить бизнес-логику в моих классах ADO.NET Entity Framework?

Вы можете спроектировать свое решение, используя POCO и менеджеры (Обычные старые объекты C#).

Таким образом вы отделяете бизнес-логику от объектов значений.

Чтобы он «выглядел красиво», вы можете пометить свои методы модификатором (this) для параметров, чтобы затем использовать эти методы в качестве методов расширения.

Пример может прояснить это:

Объект значения местоположения:

public class Location
{
    public string City { get; set; }
    public string State { get; set; }
}

Менеджер местоположения:

public static class LocationManager
{
    public static bool IsWashington(this Location location)
    {
        return location.State == "WA";
    }
}

Теперь методы расширения будут отображаться иначе, чем стандартные свойства / методы объекта.

Метод "IsWashington" можно назвать 2 способами.

Location location = new Location { State = "WA" };
LocationManager.IsWashington(location);

ИЛИ ЖЕ

Location location = new Location { State = "WA" };
location.IsWashington();

Теперь у вас есть разделение бизнес-логики и объектов значений, но вы по-прежнему можете иметь "красивые" вызовы методов.

Если вы чувствуете, что ваши коллеги-разработчики (или вы :)) будут злоупотреблять частью метода расширения, просто не используйте его.

Я также использую структуру сущностей и сначала попытался расширить класс, но вскоре обнаружил, что это не очень хорошее решение, поэтому в конечном итоге я создал новые классы (в новой библиотеке классов), которым я поставил префикс B. Я не расширял классы сущностей .

Если у меня есть класс с именем NewsPost, бизнес-класс называется BNewsPost, и здесь собирается вся бизнес-логика, связанная с этим классом. Для объединения возвращаемых элементов используется для размещения логики.

Не очень удачное решение, но оно помогло.

С Уважением