соответствие строки элементов идентификаторов в LINQ

Question

У меня есть строка:

strCheckedCategories = "2;" 

EntityList, представляющий список SharePoint, с идентификаторами элементов от 1 до 21:

EntityList<VendorSearchesItem> vendorSearches = 
    dataContext.GetList<VendorSearchesItem>("Vendor Searches"); 

запроса LINQ, возвращающих полей из два списка SharePoint, которые присоединились к списку «Vendor поисков»:

var vendorSearchesQuery = (from s in vendorSearches 
          orderby s.VendorID.Title 
          select new 
          { 
           Vendor = s.VendorID.Title, 
           Website = s.VendorID.VendorWebsite, 
           VendorID = s.VendorID.Id, 
           SearchType = s.SearchTypeID.Title, 
           SearchTypeId = s.SearchTypeID.Id 
          }); 

и другому запросу LINQ возвращающего только элемент ев, где идентификатор элемента в списке:

var q2 = from m2 in vendorSearchesQuery 
     where strCheckedCategories.Contains(m2.SearchTypeId.ToString()) 
     select m2 

Проблема заключается в том, что, в дополнение к возвращенной деталь с ID 2 (желаемый результат) запрос также возвращает элементы с ID 12, 20 и 21. Как я могу это исправить?

Answer 1

попробовать:

strCheckedCategories.Split(new []{';'}).Any(x => x == m2.SearchTypeId.ToString()) 

Содержит будет делать подстроку. А «20» имеет подстроку «2».

Answer 2

var q2 = from m2 in vendorSearchesQuery 
     where strCheckedCategories.Split(';').Contains(m2.SearchTypeId.ToString()) 
     select m2 

Answer 3

Вы, вероятно, следует использовать Regex, но если вы хотите более простое решение, то я хотел бы избежать строки поиска и разделить эти строки на массив:

string strCheckedCategories = "2;4;5;7;12;16;17;19;20;21;"; 
string[] split = strCheckedCategories.Split(';'); 

Это создаст пустую запись в массив для конечного разделителя с запятой. Я хотел бы проверить, что и удалить его, если это проблема:

strCheckedCategories.TrimEnd(';'); 

Наконец, теперь вы можете изменить where положение:

where split.Contains(m2.SearchTypeId.ToString()) 

Если у вас есть очень большой список это, вероятно, стоит сравнить целые вместо строк путем разбора strCheckedCategories в список целых чисел вместо:

int[] split = strCheckedCategories.Split(';').Select(x => Convert.ToInt32(x)).ToArray(); 

Затем вы можете сделать более быстрое выражение равенства:

where split.Contains(m2.SearchTypeId) 

Answer 4

var q2 = from m2 in vendorSearchesQuery 
     where strCheckedCategories.Contains(";" + m2.SearchTypeId + ";") 
     select m2 

И ваш strCheckedCategories всегда должен заканчиваться ; и начать с ;, например ;2;, ;2;3; ...

ПРИМЕЧАНИЕ: Этот трюк работает только тогда, когда ваш SearchTypeId должны всегда не содержат ;. Я думаю, вы должны использовать другой вид разделителя, например \n или просто сохраните свои проверенные категории в списке или в каком-то массиве. Это более стандартный способ сделать.

Answer 5

Итак, принципиально, что вы хотите сделать здесь, есть предложение IN, в котором вы указываете кучу значений для поля, и вы хотите, чтобы строки, значения которых для этого столбца находились в этом наборе.

У CAML действительно есть предложение IN, которое вы можете использовать, но, к сожалению, LINQ to Sharepoint не предоставляет никаких средств для создания предложения IN; поставщик просто не поддерживается.

Вы пытаетесь использовать немного взлома, чтобы обойти эту проблему, пытаясь выполнить сравнение строк, а не использовать правильные операторы, и вы сталкиваетесь с ловушками, которые строят все ваши операции. Это просто плохо подходит для этой задачи.

Поскольку, как я уже сказал, вы не можете заставить LINQ to SharePoint использовать IN, один вариант просто заключался бы в том, чтобы не использовать LINQ, создавать CAML вручную и выполнять его с использованием стандартной объектной модели сервера. Но это не весело.

Что мы может действительно есть серия проверок ИЛИ. Мы увидим, является ли это значение столбца первым значением, или вторым, или третьим и т. Д. Для всех значений в вашем наборе. Это фактически идентично предложению IN, это намного больше подробностей.

Теперь это приводит нас к проблеме того, как OR вместе неизвестное количество сравнений. Если бы это было ANDs, это было бы легко, мы бы просто вызвали Where внутри цикла, и это было бы и те предложения N.

Вместо этого нам понадобятся выражения. Мы можем вручную построить дерево выражений самим из динамического числа предложений OR, а затем поставщик запросов сможет разбирать его просто отлично.

Наш новый метод, WhereIn, который будет фильтровать запрос ко всем элементам, где данное значение свойства находится в наборе значений, необходимо будет принять запрос, селектор свойств того, какое свойство мы используем, и набор значений того же типа для сравнения с ним. После того, как у нас есть, просто создать выражение сравнения доступа к свойствам вместе с каждым значением ключа, а затем ORing всех этих выражений.

public static IQueryable<TSource> WhereIn<TSource, TKey>(
    this IQueryable<TSource> query, 
    Expression<Func<TSource, TKey>> propertySelector, 
    IEnumerable<TKey> values) 
{ 
    var t = Expression.Parameter(typeof(TSource)); 
    Expression body = Expression.Constant(false); 
    var propertyName = ((MemberExpression)propertySelector.Body).Member.Name; 

    foreach (var value in values) 
    { 
     body = Expression.OrElse(body, 
      Expression.Equal(Expression.Property(t, propertyName), 
       Expression.Constant(value))); 
    } 

    return query.Where(Expression.Lambda<Func<TSource, bool>>(body, t)); 
} 

Теперь назвать это нам просто нужно запрос, свойство мы фильтрацию и сбор значений:

var q2 = vendorSearchesQuery.WhereIn(vendor => vendor.SearchTypeId 
    , strCheckedCategories.Split(';')); 

и вуаля.

Хотя я бы ожидать, что работать как есть, вы может нужно вызвать WhereInперед темSelect. Он может работать не совсем корректно с уже нанесенным на карту SearchTypeId.