2016-10-04 4 views
0

У меня есть приложение на стороне клиента SP2010, которое делает вызовы REST. У меня есть большой список, который я хотел бы сделать отфильтрованным запросом, используя значение ни одного или нескольких полей выбора, называемых «дисплеями». У меня нет доступа для добавления к серверу кода на этом.REST Запрос на основе расширенных столбцов в многопользовательских полях (Listdata.svc)

Когда я разверните запрос я могу получить доступ к значению выбора, как так

myDataVar.d.results[0].Displays.results[0].Value 

Поскольку перетаскиванием 1000 строк клиенту, чтобы показать 20 является жестоким и необычным сети наказание мне нужно фильтровать d.results на .Displays.results[0].Value.

Я попытался это:

[site]/_vti_bin/Listdata.svc/MasterDataList?$filter=Displays/Value eq 'Wide' 

Я вознагражден с сообщением об ошибке

"No property 'Value' exists in type 'System.Collections.Generic.IEnumerable`1[[Microsoft.SharePoint.Linq.DataServiceEntity, Microsoft.SharePoint.Linq, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]]' at position 9."

Per another thread Я попытался

/_vti_bin/Listdata.svc/MasterDataList?$filter=DisplaysValue eq 'Wide'&$expand=Displays 

ошибка:

Нет Свойство «DisplaysValue» не существует в типе «Microsoft.SharePoint.Linq.DataServiceEntity» в положении 0.

тестирования для «Displays» без суффикса «Значение» ошибка:

эк оператора» 'несовместим с типами операндов' System.Collections.Generic.IEnumerable`1 [[Microsoft.SharePoint.Linq.DataServiceEntity, Microsoft.SharePoint.Linq, Version = 14.0.0.0, Culture = neutral, PublicKeyToken = 71e9bce111e9429c]] 'и' System .String 'в положении 9.


Я снова застрял в 2010 году.

+0

Интересно, возможно ли это в 2010 году. Однако я вообще не помогаю мне здесь, но я уверен, что это можно сделать в 2013 году. –

+0

В какой степени вы застряли в использовании REST? Вы можете использовать обычный запрос CAML в объектной модели JavaScript 2010, если это вариант. – Thriggle

ответ

1

Методы, с которыми вы пытаетесь работать, работают только с столбцами выбора, которые НЕ выбираются многократно. К сожалению, столбцы выбора с множественным выбором не поддерживаются интерфейсом REST. То же самое верно и для SharePoint 2013.

FWIW, я столкнулся с этой проблемой при попытке сделать то же самое из приложения Angular JS в SharePoint. Я закончил создание собственной реализации многозначного поля выбора, которое затем сохраняет полученные данные в формате JSON внутри многострочного текстового столбца в SharePoint. Это позволило мне запросить это поле с помощью REST без проблем.

+0

Это был общий консенсус. Дело SAD заключается в том, что с использованием интерфейса SOAP вы можете получить их. Хотя вам пришлось разбирать: # nn ... –

 Смежные вопросы

  • Нет связанных вопросов^_^