Статьи / Закладки / Профиль ReaderReader / Хабр

@ReaderReader

Пользователь

ПрофильСтатьиПостыНовостиКомментарии268

@marshinov 23 окт 2016 в 16:52

Устранение дублирования Where Expressions в приложении

4 мин

23K

.NET * C# *

Допустим, у вас есть товары и категории. В какой-то момент клиент сообщает, что для категорий с рейтингом > 50 необходимо использовать другие бизнес-процессы. У вас достаточно опыта и вы понимаете, что где сегодня 50 завтра будет 127.37 и хотите избежать появления магических чисел в коде, поэтому делаете так:

    public class Category : HasIdBase<int>
    {
        public static readonly Expression<Func<Category, bool>> NiceRating = x => x.Rating > 50;

       //...
    }

    var niceCategories = db.Query<Category>.Where(Category.NiceRating);

К сожалению, этот номер не пройдет, если вы хотите выбрать продукты из соответствующих категорий, потому что NiceRating имеет тип Expression<Func<Category, bool>>, а в случае с Product нам потребуется Expression<Func<Product, bool>>. То есть, необходимо осуществить преобразование Expression<Func<Category, bool>> => Expression<Func<Product, bool>>.

    public class Product: HasIdBase<int>
    {
        public virtual Category Category { get; set; }

       //...
    }

    var niceProductsCompilationError = db.Query<Product>.Where(Category.NiceRating); // так нельзя!

К счастью, осуществить это довольно просто!

Код под катом

+11

@marshinov 30 мар 2017 в 11:51

Шаблон проектирования «Спецификация» в C#

7 мин

51K

.NET * C# * Проектирование и рефакторинг * Веб-разработка *

«Спецификация» в программировании — это шаблон проектирования, посредством которого представление правил бизнес логики может быть преобразовано в виде цепочки объектов, связанных операциями булевой логики.

Я познакомился с этим термином в процессе чтения DDD Эванса. На Хабре есть статьи с описанием практического применения паттерна и проблем, возникающих в процессе реализации.

Если коротко, основное преимущество от использования «спецификаций» в том, чтобы иметь одно понятное место, в котором сосредоточены все правила фильтрации объектов предметной модели, вместо тысячи размазанных ровным слоем по приложению лямбда-выражений.

Классическая реализация шаблона проектирования выглядит так:

public interface ISpecification
{
    bool IsSatisfiedBy(object candidate);
}

Что с ним не так применительно к C#?

Есть Expression<Func<T, bool>> и Func<T, bool>>, сигнатура которых совпадает с IsSatisfiedBy

Есть Extension-методы. alexanderzaytsev с помощью них делает вот так:

public class UserQueryExtensions 
{
  public static IQueryable<User> WhereGroupNameIs(this IQueryable<User> users,
string name)
  {
      return users.Where(u => u.GroupName == name);
  }
}

А еще можно реализовать вот такую надстройку над LINQ:

public abstract class Specification<T>
{
  public bool IsSatisfiedBy(T item)
  {
    return SatisfyingElementsFrom(new[] { item }.AsQueryable()).Any();
  }

   public abstract IQueryable<T> SatisfyingElementsFrom(IQueryable<T> candidates);
}

Что с ним не так применительно к C#?

В конечном итоге возникает вопрос: стоит ли в C# пользоваться шаблоном десятилетней давности из мира Java и как его реализовать?

Вместо введения

Троичные вычисления