ОБНОВЛЕНИЕ: Джереми 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>
</конец>