2012-07-03 7 views
1

Я использую LINQPad (2.42) для проверки некоторых фрагментов, которые используют объектную модель клиента SharePoint.Метод LINQPad Dump() не работает для модели объекта клиента SharePoint.

В основном беспорядок с SPSite, SPWeb, SPList, SPFolder and SPFile.

Проблема в том, что LINQPad, похоже, не нравится звонить .Dump() для любого из предыдущих объектов. Он просто сохраняет «Выполнение» навсегда, не показывая никаких результатов.

Есть ли у кого-то такая же проблема? Любое обходное решение или исправление?

Благодаря

ответ

4

Попробуйте позвонить .Dump(0) только сбросить первый уровень свойств или сброса результатов к сетке.

Я не рассматривал объекты клиента SharePoint, но если они что-то вроде классов API TFS, некоторые из свойств загружаются лениво. Вызов .Dump() будет идти по каждому пути, каждый из которых делает серверные вызовы для каждого свойства (и свойства свойства и т. Д.). Вероятно, это то, что занимает время.

+0

Отлично, оба решения работают. Есть ли доступная документация о методах LINQPad, таких как Dump()? – emzero

+0

@ amzero Я не знаю, я слежу за бета-версиями в течение примерно года. – DaveShaw

+0

@emzero - Посмотрите «Помощь»> «Что нового» из LinqPad. В нем упоминается, что 'Dump()' имеет параметр глубины (2.20/4.20) и «Results to Grid» - ленивые загрузки (2.42/4.42). – DaveShaw