Ответ 1
Поскольку вы работаете с LINQ, я полагаю, что вы работаете с контекстом данных LINQ-to-SQL? У меня нет свободного DataContext, чтобы проверить это, но это должно дать вам некоторые идеи.
Я не знаю, будет ли он работать с контекстом данных, но большинство из них - довольно простой материал (цепочка оператора OR и вызов метода Contains), поэтому он не должен вызывать проблемы, когда запрос переводится в SQL.
Сначала создаю пользовательскую функцию, которая будет строить мой предикат:
Func<string, Func<DataItem, bool>> buildKeywordPredicate =
keyword =>
x => x.Title.Contains(keyword)
|| x.Contents.Contains(keyword);
Это функция, которая берет одно ключевое слово string, а затем возвращает другую функцию, которая берет DataItem и проверяет ее против ключевого слова.
В принципе, если вы перейдете в "Stack", вы получите предикат: x => x.Title.Contains("Stack") || x.Contents.Contains("Stack")
.
Далее, поскольку существует много возможных ключевых слов, и вам нужно связать их с операцией ИЛИ, я создаю другую вспомогательную функцию для цепочки 2 предикатов вместе с OR
Func<Func<DataItem,bool>, Func<DataItem, bool>, Func<DataItem, bool>> buildOrPredicate =
(pred1, pred2) =>
x => pred1(x) || pred2(x);
Эта функция принимает 2 предиката, а затем объединяет их с операцией ИЛИ.
Имея эти 2 функции, я могу тогда построить свой предикат следующим образом:
foreach (var word in keywords) {
filter = filter == null
? buildKeywordPredicate(word)
: buildOrPredicate(filter, buildKeywordPredicate(word));
}
Первая строка внутри цикла в основном проверяет, является ли фильтр нулевым. Если это так, то нам нужен простой фильтр ключевых слов, созданный для нас.
Если фильтр не является нулевым, нам нужно связать существующие фильтры с операцией ИЛИ, поэтому мы передаем существующий фильтр и новый фильтр ключевых слов для сборкиOrPredicate, чтобы сделать это.
И теперь мы можем теперь создать часть WHERE запроса:
var result = data.Where(filter);
Передача сложного предиката, который мы только что создали.
Я не знаю, будет ли это отличаться от использования PredicateBuilder, но поскольку мы откладываем перевод запросов на движок LINQ-to-SQL, проблем не должно быть.
Но, как я уже сказал, я не тестировал его против реального контекста данных, поэтому, если есть какие-либо проблемы, вы можете написать в комментариях.
Здесь консольное приложение, которое я создал для тестирования: http://pastebin.com/feb8cc1e
Надеюсь, это поможет!
EDIT:. Для более общей и многоразовой версии, которая предполагает правильное использование деревьев выражений в LINQ, просмотрите сообщение в блоге Томаса Петричека: http://tomasp.net/articles/dynamic-linq-queries.aspx