ОБНОВЛЕНИЕ: Джереми Thake есть blogged об этом и поставить вверх некоторые код для консольного приложения Это показывает внутренние имена.

Я пытался получить запрос содержимого веб-части для отображения даты из задачи и потому что экран метка «Срок», Я предположил, что имя столбца для использования в <CommonViewFields> — «Due_x0020_Date».

Неправильно!

Имя реального столбца в данном случае был «DueDate».

Как узнали? Я перечитал Хизер Соломон в блоге запись на изменении CQWP Показать дополнительные столбцы данных. Она описывает этот процесс на шаге #13. Доверяю. Это правильно. По крайней мере, Это был правильный для меня. Я не доверял его сначала для другого столбца с именем гораздо больше.

Я говорю "доверяю" потому что я не доверяю и вероятно впустую вблизи два часа бодаться головой к стене. После того, как я решил DueDate»" имя, Я хотел бы добавить еще одно поле для <CommonViewFields>. С использованием метода Соломона, Я получаю имя столбца как «XYZ_x0020_Project_x0020_Due_x00».

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

Бонус Подсказка: Когда я работал с CQWP, Если я добавил Бад внутреннее имя для <CommonViewFields>, CQWP скажет мне, что запрос вернулись результаты не. Но, Если я добавил в тип данных в имени поля, Он будет возвращать результат. Добавление данных тип фактически масках является проблемой, так как я ссылки на несуществующие поле. Я мог бы добавить, но когда я попытался показать его значение, Я всегда хотел бы получить чистую.

Это не скрывать ошибки:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

Это маскировать ошибки:

<CommonViewFields>Due_x0020_Date,DateTime;</CommonViewfields>

</конец>